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Foreword 


Since its inception seven years ago, the growth of the personal computer market . 
has been driven by the emergence of a de-facto industry standard. e industry 
standard started with the original IBM PC system architecture and has evolved to the 
80386 architecture in use today. 


The industry-standard architecture (ISA) provides enormous benefits to the PC 
user community. It is a stable platform for software and hardware development that 
gives customers the largest selection of products in the history of computing. ISA 
compatibility across a wide range of products enables users to adopt new technologies 
quickly and efficiently, while protecting their investment in expansion boards and 
software. Availability of a variety of ISA compatible products has freed PC users from 
a single-vendor, proprietary architecture and given them real freedom of choice to 
select the best computers, software and peripherals to meet their needs. Over the last 
seven years, ISA has evolved to a customer-controlled standard rather than a vendor- 
controlled standard. 


Between 10 and 15 million personal computers based on the industry standard 
architecture are in use today. There are tens of thousands of software products and 
thousands of expansion boards and peripherals available for ISA compatible PCs. 
Hundreds of personal computer models are available from dozens of manufacturers 
that take advantage of the huge base of hardware and software. U.S. business has 
invested nearly $100 billion in ISA personal computers, software, expansion boards, 
peripherals and user training. 


A steady progression of advances has resulted in performance and function 
enhancements to the industry standard, while maintaining full compatibility with PC 
hardware and software products. Microprocessors progressed from the 8088 and 8086 
to the 80286 and then to the 80386. DOS has evolved to support over a gigabyte of 
fixed disk storage space and expanded memory manager software has been Ue 
to allow DOS applications access to expanded memory. MS-Windows, OS/2, UNIX, 
and XENIX and now provide multi-tasking capabilities on the 80286. Expansion bus 
1/O and memory addressing were ancressed with the addition of a 16-bit data bus and a 
24-bit (16 megabyte) address bus. Each advance was carefully engineered for full 
compatibility with industry standard hardware and software. 


Upon this firmly established foundation, the industry standard will continue to 
strengthen and evolve. The future will bring even faster 80386 microprocessors and 
eventually a compatible 80486 microprocessor. It will bring new, compatible versions of 
operating systems, including advanced versions of DOS and an 80386 version of OS/2. 


The combination of the 386 architecture and advanced operating systems will 
stimulate the development of a new generation of PC applications traditionally 
associated with departmental computer systems: like advanced networking, 
communications : gateways, database access by multiple users and transaction 
processing. These multi-user applications require the transfer of large volumes of data 
and will create the need to extend the ISA data and address bus to 32-bits. 
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This EISA specification is a joint effort by computer industry leaders to develop 
the 32-bit extension for industry standard computers. It defines a high-performance, 
open-architecture bus available to PC manufacturers, expansion board vendors, 
software developers and semiconductor suppliers without financial or technical 
constraints. 

Notational Conventions 


The following notational conventions are used throughout this specification. 


Register Notation and Usage 


The standard Intel naming conventions are used for the 80386 registers. AX 


BX, CX, and DX are the names of the general registers when used as word-length (16- 
bit). AH, AL, BH, BL, CH, CL, DH, and DL are the names for the general registers 
when they are used as byte-length registers (8-bit). When addresses are handled, BX 
usually contains the offset. However, SI (source index) or BP (base pointer) may also 
be used with the ES (extra segment) register. 

Bit Notation 

Bit fields within a byte or word are shown as a range of decimal numbers 
separated by two dots and enclosed in angle brackets, as name <x:y>. 
Signal Names 


A bus is shown as the bus signal name followed by a range of decimal numbers 
separated by two dots and enclosed in angle brachets, for example, SA<19:0>. 


A slot-specific signal is shown as the signal name followed by a lower case x, for 
example, AEXx. 


Negative true logic is indicated by an asterisk (*) following the signal name, for 
example, START*. 


Radix Notation 
Hexadecimal numbers are indicated by a lower case "h" following the digits, for 


example, 100h. 


Bytes, Words, Double Words 
A byte is 8 bits. A word is 16 bits. A dword is 32 bits. 
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Units of Measure 


The following units of measure are used throughout this specification. 


A amp 

cm centimeter 10-2 meters 
GB B abyte 2» bytes 
K ilo-ohm 103 ohms 
KB __ kilobyte 210 bytes 
KHz _kilohertz 103 hertz 
MB megabyte 2” bytes 
MHz megahertz 10 hertz 
m meter 

LS microsecond 10 sec 
mA  milliampere 10-3 amps 
mm millimeter 103 meters 
ms millisecond 10-3 sec 

ns nanosecond 10° sec 

pF _ picofarad 10°12 farads 
s second 

uA  microamps 10% amps 
Vv volt 

W watt 


40 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCFR SERVICES, INC. 


1. EISA Overview 

The Extended Industry Standard Architecture (EISA) is a superset of the ISA 8- 
and 16-bit architecture. It extends the capabilities of that standard while maintaining 
compatibility with ISA expansion boards. 
EISA introduces the following major advances: 


° 32-bit memory addressing for CPU, Direct Memory Access (DMA) devices and 
bus masters 


° 16- or 32-bit data transfers for CPU, DMA and bus master devices 


* An efficient synchronous data transfer protocol that allows for normal] single 
transfers as well as high-speed Burst transfers 


+ Automatic translation of bus cycles between EISA and ISA masters and slaves 
+ . Support of intelligent bus master peripheral controllers 

e Enhanced DMA arbitration and transfer rates 

« 33 MB/s data transfer rate for bus masters and DMA devices 

¢  Shareable interrupts, programmable for edge or level triggering 


* Automatic configuration of system and expansion boards 


1.1 Compatibility with ISA 


EISA systems maintain full compatibility with the existing industry standard. EISA 
connectors are a superset of the 16-bit connectors on ISA system boards. ISA 8- and 16-bit 
expansion boards can be installed in EISA slots. All EISA performance and function 
enhancements are, similarly, superset features that maintain full compatibility with ISA 
expansion boards and software. 


1.2 Memory Capacity 


EISA systems support a 32-bit address path. The main CPU, bus masters and DMA 
devices can access the entire 80386 memory space. ISA memory cards can be used in the 
lower 16 megabytes without modification. EISA memory cards can add as much memory 
as needed for the application. The total memory supported is limited only by the 
packaging constraints of the individual product, rather than the system architecture. 
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1.3 Synchronous Data Transfer Protocol 


The EISA bus achieves its speed and flexibility through the use of a synchronous 
transfer protocol. Bus masters and multiple processors can synchronize their bus cycles to 
a common clock to achieve maximum performance. The synchronous transfer protocol 
also provides the cycle control necessary to execute Burst cycles with up to 33 MB/s data 
transfer rate. 


On the EISA synchronous bus, control signals, address lines and data bus use a bus 
clock generated by the system board as the reference for a transfer. Unlike many systems, 
however, the bus clock is not a fixed frequency. Since the system board is the source of 
most bus cycles, the system board adjusts the bus clock frequency and phase to achieve the 
maximum performance of the CPU and memory. 


EISA provides a variety of cycle types to cover the range of speed and the 
cormplexity requirements for different applications. The standard transfer cycle requires 2 
clock cycles, but CPUs are permitted to generate a 1.5 clock COMPRESSED cycle for 
slaves that request it. At the high end of the performance spectrum are Burst cycles which 
require 1 clock per transfer. 


1.4 Enhanced DMA Functions 


EISA systems provide a number of DMA enhancements, including: 32-bit 
addressability, 8-, 16-, and 32-bit data transfers and higher performance arbitration and 
data transfer cycles. EISA DMA provides ISA compatible modes, with ISA timing and 
function as the default. 


DMA offers a lower cost alternative to an intelligent bus master. The EISA DMA 
functions are intended for I/O peripherals that do not require local intelligence on the 
peripheral interface. 


1.4.1 32-bit Address Support for DMA Transfers 
EISA 32-bit address support enables ISA, as well as EISA DMA devices to transfer 
data to any 32-bit memory address. The default DMA supports ISA compatible 24-bit 


address with no software or hardware modifications. DMA software can be modified to 
support the 32-bit memory space, without modifications to the DMA hardware. 
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1.4.2 8-, 16- or 32-bit Data Transfers from DMA Devices 


Any DMA channel can be programmed for 8-, 16- or 32-bit data transfers. An 8-bit 
DMA device uses the low 8 bits of the data bus, a 16-bit device uses the low 16 bits, and a 
32-bit device uses the full 32-bit data bus. 


A 32-bit DMA device can perform up to 33 MB/s data transfers using Burst cycles. 


Performance Gains for DMA Devices 


EISA DMA devices can be programmed for high-performance data transfers using 
one of four DMA cycle types. The default cycle type, Compatible cycles, delivers a higher 
data transfer rate than ISA compatible computers. The improvement is the result of 
EISA's faster bus arbitration and requires no hardware or so e modifications to ISA 
compatible DMA devices. Type "A” and Type "B" cycles are EISA modes that, with special 
programming, allow some ISA compatible DMA devices to achieve even higher 
performance. The Burst DMA (Type "C") cycle type is the highest performance DMA 
cycle and is only available to DMA devices designed specifically for Burst. 


The following table indicates peak data transfer rates for each DMA cycle type and 
the DMA devices that are compatible with the cycle type. 


DMA Cvcle Types 


Transfer Rate Compatibility 
(MB/s) 
1.0 AILISA 
2.0 ALISA 


Most ISA 
Most ISA 
EISA Only 


Some ISA 
Some ISA 
EISA Only ~ 


Burst DMA (Type "C") 
8-bit EISA Only 
16-bit EISA Only 
32-bit EISA Only 
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1.5 Bus Master Capabilities 


EISA based computers support a bus master architecture for intelligent peripherals. 
The bus master architecture provides a high-speed data channel with data rates up to 33 
MB/s using EISA Burst cycles. The bus master provides local intelligence by including a 
dedicated I/O processor and local memory. It can relieve the burden on the main CPU by 
performing sophisticated memory access functions, such as non-ordered scatter-gather data 
transfers. Examples of applications that might benefit from a bus master implementation 
include communication gateways, disk controllers, LAN interfaces, data acquisition 
systems, and certain classes of graphics controllers. 


4.6 Data Size Translation 


The EISA bus system provides a mechanism for EISA expansion boards to 
communicate with ISA compatible devices. The EISA bus master or slave generates EISA 
data and control signals, letting the system board copy the data to the appropriate byte 
lanes and translate the control signals as necessary. 


The system board provides the automatic translation for 16-bit ISA bus masters, 8- 
or 16-bit memory and I/O slaves, and DMA devices. The system board also provides 
automatic translation for transactions between 16- and 32-bit EJSA devices. 


1.7 Bus Arbitration 


EISA systems also a a centralized arbitration scheme that allows efficient bus 
sharing among multiple EISA bus masters and DMA devices. The centralized arbitration 
supports preemption of an active bus master or DMA device and can reset a device that 
does not release the bus after preemption. 


The EISA arbitration method grants the bus to DMA devices, DRAM refresh, bus 
masters and CPU functions on a fair, rotational basis. The rotational scheme provides a 
short latency for DMA devices to assure compatibility with ISA DMA devices. Bus masters 
ae the CPU, which typically have buffering available, have longer, but deterministic 
atencies. 


1.8 Edge/Level Triggered Interrupts 


EISA systems provide level-triggered, shareable interrupts. Any EISA interrupt can 
be individually configured for level- or edge-triggered operation. Edge-triggered operation 
provides full compatibility with existing, interrupt-driven, ISA devices. Level-triggered 
operation facilitates the sharing of a single system interrupt by a number of devices. Level- 
triggered interrupts might be used, for example, to share a single interrupt between a 
number of serial ports. 
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1.9 Automatic System Configuration 


EISA provides the capabilities for automatic configuration of system and expansion 
boards. EISA expansion board manufacturers include configuration files with expansion 
board products. The configuration files can be included with either new, fully 
programmable EISA boards or switch-configured ISA products. The configuration files are 
used at system configuration time to assign system resources (such as DMA channels, 
interrupt levels) and thus prevent conflicts between the installed expansion boards. For 
switch-configurable boards, the configuration files can be used to outline the proper 
assignment of resources and instruct the user about the proper selection of switch settings. 


To accomplish the automatic system and expansion board configuration, EISA 
pends a method for accessing I/O port ranges that are slot specific. This means that a 
oard using these ranges can be plugged into any slot in the system without the risk of I/O 
range conflicts. These I/O ranges can be used for expansion board initialization or for 
normal I/O port assignments that are guaranteed not to conflict with any other expansion 


board installed in the system. 


EISA also includes a product identification mechanism for systems and expansion 
board products. The product identifier allows products to be identified during the 
configuration and initialization sequences for the system and expansion boards. EJSA 
includes guidelines for selection of a product identifier. The identifier of each product is 
selected by the product manufacturer and does not need the approval of any other party in 
the industry. 
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1.10 EISA Feature/Benefit Summary 


The following is a summary of the key features and benefits of the extended industry 


standard architecture. 


Feature Benefit 
Full suppon of industry Preserves customer and industry 
standard expansion boards investment. Provides maximum flexibility 


ISA expansion board size 
Maximum +5 V power per slot 
of approximately 4.5 A 


Full-function 32-bit address and 
data buses 


in product selection. 


63 square inches of board space for 
complex peripherals and ease of 
implementation. 


Ample power available for complex, 
intelligent peripherals. 


33 MB/s bus master and DMA data 
transfer rates for high-performance 
peripherals. 


Support for greater than 16 MB of 
memory. 


Programmable level- or 
edge-triggered interrupts 


Facilitates interrupt sharing by multiple 
devices. 
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Feature 


Enhanced DMA functions 


e 


Efficient arbitration 
cycles 


Support of demand and 
block DMA transfers 


Fast DMA cycle 
times 


Support of 32-bit address 
and data size 


Bus master support 


Support for multiple bus 
master peripherals 


Efficient arbitration 
cycles 


Automatic 32-, 16- or 
8-bit data path 
translation 


Support of 32-bit 
transfers 


Support of fast Burst 
cycles 


Automatic expansion board 
configuration 


Benefit 


Improved performance and memory 
addressing for ISA and EISA DMA 
devices. 


Improved efficiency of DMA data block 
transfers up to rates of 33 MB/s for 32-bit 
DMaA transfers. 


Provides high performance and_ local 
intelligence for sophisticated peripherals. 
Data transfer rate up to 33 MB/s for 32-bit 
bus master peripheral. 


Enhanced ease of configuration for new 
EISA boards and existing ISA expansion 
boards. 
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2. EISA Bus Specification 


2.1 Signal Descriptions 


This section describes signals from each connector of the EISA bus. 


2.1.1 Address and Data Bus Signal Group 


This section describes the bus signals used for memory and I/O addressing and bus 
signals used for the transfer of data. 


BE* <3:0> - (EISA Connector) 


BE* <3:0> are the byte enable signals that identify the specific bytes addressed in a 
dword. BE*<3:0> are pipelined from one cycle to the next and must be latched by the 
addressed slave if required for the whole cycle. The timing of peat gaa varies 
depending on the cycle type. During normal cycles, they go valid before B. goes active 
and remain valid as long as the LA<31:2> lines remain valid. During DMA or 16-bit ISA 
bus master cycles, they go valid at least 1/2 BCLK before the CMD* or ISA command 
signals go active. 


It is permissible for a 32-bit bus master to drive both of the high bytes of the data 


bus on write cycles even if it only places valid data (as indicated by BE*<3:0> lines) on 
one of the high bytes. 
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The following table shows the allowable combinations. 


Bytes driven during write 
32-bit 16-bit] downshift 

master master} master 32-bit 16-bit |s-bit| 
lane lane 
321 0 10 


0000 ses ce 

6-0-0 4 === 2 

0010 sos 6 reat ee 

0011 32 3.2 

0100 === ---- 

G04 mom ~s-= ~ 
0110 === ---- - 
Our 3 3? 3 
1000 aa 2 3-9..0 0 
1001 === 221 1 
1010 === -~--- ~ 
1-0 Ad 2:2 ? 2 2 
1100 10 0 
1-2. 054 2 1 
Si ee a ) 
pies ae ask - 


The character "=" means that the BE*<3:1> code should never be generated. The character “?" means that 
the data bus byte may be driven, but will be ignored. 


D <31:24> - (EISA Connector) 
D<31:24> are the highest-order 8 bits of the 32-bit EISA data bus. A 32-bit device 


uses D<31:24> to transfer the fourth (highest) byte of a dword when the address line 
BE* <3> is asserted. 


D<23:16> - (EISA Connector) 

D<23:16> are the second highest-order 8 bits of the 32-bit EISA data bus. A 32-bit 
device uses D<23:16> to transfer the third (second highest) byte of a dword when the 
address line BE* <2> is asserted. 

D<15:8> - (ISA Connector) 

D<15:8> are the high 8 bits of the 16-bit data bus. Sixteen-bit devices use these 

lines to transfer the high half of a data word when SBHE*, BE*<3> or BE*<1> 1s 


asserted. thirty-two-bit devices use D<15:8> to transfer the second (third highest) byte of 
a dword when the address line BE* <I> is asserted. 
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D<7:0> - (ISA Connector) 


D<7:0> are the low 8 bits of the data bus. Eight-bit devices use these lines to 
transfer data. A sixteen-bit device uses these lines to transfer the low half of a data word 
when the address line SA<0> is low or when BE*<2> or BE*<0> is asserted. Thirty- 
two-bit devices use D<7:0> to transfer the first (lowest) byte of a dword when the address 
line BE* <Q> is asserted. 


LA <16:2> - (EISA Connector) 


The <16:2> are a part of the latchable address bus. The latchable address lines 
(LA<31:2>) are pipelined from one cycle to the next and must be latched by the 
addressed slave if required for the whole cycle. LA<31:2> are presented early enough in 
the cycle decode to taut 1.5 or 2 BCLK memory accesses. During standard cycles, they 
go valid before START™ is asserted and remain valid at least 1/2 BCLK after CMD* or 
the ISA command signals are asserted. During DMA or 16-bit ISA bus master cycles, 
LA<31:2> are valid at least one BCLK before the CMD* or ISA command signals are 
asserted. LA<31:2> can be driven by an expansion board acting as a bus master. An 
EISA slave may latch the entire address (LA<31:2> and BE*<3:0>) and status signals 
(M-IO and W-R) on the trailing edge of START* or leading edge of CMD*. 


LA <23:17> - (ISA Connector) 


LA<23:17> are a part of the 32-bit latchable address bus. They have the same 
characteristics as LA<16:2>, except that they are wired to the 16-bit portion of the ISA 
connector. An ISA slave can latch LA<23:17> with the trailing edge of BALE. 


LA* <31:24> - (EISA Connector) 


LA*<31:24> are the highest byte of the 32-bit latchable address bus. They have 
the same characteristics as LA<16:2>, except that they use inverted logic. A high on a 
LA*<31:24> address bit must be interpreted as an address bit of "0". A low must be 
interpreted as an address bit of “1. (When the notation LA*<31:2> is used, only 
LA<31:24> are active low, the next are active high. 


SA<19:0> - (ISA Connector) 


The SA<19:0> lines address memory or I/O devices within the system. They form 
the low-order 20 bits of the 32-bit address. On normal cycles SA<19:0> are driven onto 
the bus while BALE is high and are latched by the system board on the trailing edge of 
BALE. SA<19:0> are valid throughout the bus command cycle. On DMA or 16-bit ISA 
bus master cycles SA<19:0> are valid nominally one BCLK before the command signals 
and remain valid nominally one BCLK after the command signals go away. 
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SBHE* - (ISA Connector) 


SBHE* (System Bus High Enable) indicates (when low) that expansion boards that 
support 16-bit data transfers should drive data on the high half of the D<15:0> data bus. 
On normal cycles, SBHE* becomes valid on the bus when BALE is asserted and remains 
valid until after the command (MRDC*, MWTC*, IORC*, IOWC* or CMD*) is negated. 
On DMA or 16-bit ISA bus master cycles, SBHE* is valid nominally one BCLK before the 
command signals and remains valid nominally one BCLK after the command signals go 
away. 


AENx - (ISA Connector) 


This slot-specific (the "x" refers to the slot number) signal, when negated (low), 
indicates that an 1/O slave may respond to addresses and i/o commands on the bus. 
AENx is asserted (high) during DMA cycles to prevent I/O slaves from mis-interpreting 
DMA cycles as valid 4/0 cycles. The system board must negate AENx when START* is 
asserted for an I/O access, and AENx must remain negated until after CMD* is asserted. 
AENx is also used to disable 1/O accesses to all other option slots during accesses to a 
particular slot's slot-specific I/O address range. 


2.1.2 Data Transfer Control Signal Group 


This section describes the signals used to control data transfer cycles on the 8-, 16- 
and 32-bit bus. 


BCLK - (ISA Connector) 


BCLK is provided to synchronize events with the main system clock. BCLK 
operates at a frequency between 8.333 MHz and 6 MHz, with a normal duty cycle of 50 
percent. BCLK is driven only by the system board. The BCLK period is sometimes 
extended for synchronization to the main CPU or other system oard devices. For 
example, the COMPRESSED cycle type extends each BCLK period by holding BCLK low 
for half a cycle beyond the normal transition to high. The BCLK extension facilitates 
synchronization during the 1.5 BCLK COMPRESSED cycle. During bus master accesses, 
the system board extends BCLK only when required to synchronize with main memory. 
Events must be synchronized to BCLK edges without regard to frequency or duty cycle. 
BCLK is always synchronous with the trailing edge of START® and the leading edge of 
CMD*. BCLK may not be synchronous with the leading edge of START™ or the trailing 
edge of CMD*. . 


MSBURSTF - (EISA Connector) 
An EISA CPU or bus master asserts MSBURST™ to indicate to the slave (typically, 
main memory) that the CPU or bus master can provide Burst cycles. MSBURST™ 1s 


asserted with the LA<31:2> address lines for the second and all subsequent cycles of the 
Burst and is sampled on the rising edge of BCLK by the slave. 
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SLBURST® - (EISA Connector) 


A slave (typically, main memory) indicates its support of Burst cycles by asserting 
SLBURST*. The slave develops SLBURST* from the LA<31:10> address lines and 
M-IO and produces SLBURST* regardless of the state of MSBURST*. SLBURST™ is 
sampled on the rising edge of BCLK by the main CPU, DMA controller or bus master. 


M-IO - (EISA Connector) 


The main CPU or an EISA bus master asserts M-IO to indicate the type cycle in 
progress as a memory cycle (high) or I/O cycle (low). M-IO is pipelined from one cycle to 
the next and is latched by the addressed slave if needed for the whole cycle. M-IO should 
te reeents "3 all decodes by EISA slaves. M-IO must not be used in decoding the signals 

16* or 1016*. 


LOCK® - (EISA Connector) 


‘The main CPU or a bus master may assert LOCK* to guarantee exclusive memory 
access during the time LOCK®* is asserted. A bus master may also assert LOCK* to 
guarantee exclusive I/O access during the time LOCK® is asserted. Assertion of LOCK* 
allows bit test-and-set operations (as used for semaphores) to be executed as a unit, with 
the bus lock preventing multiple devices from simultaneously modifying the semaphore bit. 


EX32* - (EISA Connector) 


A memory or I/O slave asserts EX32* to indicate that it oy ta 32-bit (dword) 
transfers. A two BCLK cycle is executed when a slave asserts EX32* during a memory 
access. The slave asserts EX32* after decoding a valid address on the LA<31:2> address 
lines and M-IO. EX32* should not be latched by the slave. Both 16- and 32-bit EISA bus 
masters must monitor EX32* at the trailing edge of START* to determine if the slave 
supports 32- (and ey bit EISA transfers (asserted), or if the system board is performing 
data size translation (negated). If data size translation is being done and the master is a 
ne master, then the system board asserts EX32* to indicate completion of the 
translation. 


EX16* - (EISA Connector) 


An EISA memory or I/O slave asserts EX16* to indicate that it supports 16-bit 
(word) transfers. A 16-bit EISA bus master samples EX16* asserted to confirm a 16-bit 
EISA slave. An EISA cycle (two BCLK) is executed when a slave asserts EX16* during a 
memory access by the system board or a 16-bit EISA bus master. The slave asserts EX16* 
after decoding a valid address on the LA<31:2> address lines and M-IO. EX16* should 
not be latched by the slave. 16-bit EISA bus masters must monitor EX16* to determine if 
the slave supports 16-bit EISA transfers (asserted), or if the system board is performing 
data size translation (negated). If data size translation is being done (ISA cycles) and the 
master is a 16-bit master (indicated by the master asserting MASTER 16*), then the system 
board asserts EX16* to indicate completion of the translation. 


52 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BC?R SERVICES, INC. 


EXRDY - (EISA Connector) 


EISA I/O and memory slaves negate, EXRDY to request wait state timing (each 
wait state is one BCLK). The system board samples EXRDY on each falling edge of 
BCLK after it asserts CMD*. The system board holds CMD* asserted during the entire 
poo EXRDY is negated, and at least one half BCLK after sampling EXRDY asserted. 

XRDY must be driven with an open-collector wpe buffer (a system board pull up resistor 
rovides the asserting drive current). The EISA slave should negate EXRDY during 
'ART™ or on the rising edge of BCLK at the end of START* if wait states are to be 
added. The slave must allow EXRDY to float high (asserted) synchronously with BCLK 
falling edge and must not hold EXRDY asserted longer than 2.5 us EXRDY should never 
be driven high. 


START* - (EISA Connector) 


The START* signal provides timing control at the start of a cycle. The CPU or bus 
master asserts START* after LA<31:2> and M-IO become valid and negates START™ on 
a rising edge of BCLK after one BCLK cycle time. BE*<3:0> and W-R may not be valid 
at the leading edge of START™. 


CMD* - (EISA Connector) 


CMD* provides timing control within the cycle. The system board asserts CMD* on 
the rising edge of BCLK, simultaneously with negation of START*. The system board 
holds CMD* asserted until the end of the cycle. The end of the cycle normally is 
synchronized with the rising edge of BCLK, but in certain cases is asynchronous. A bus 
master does not drive CMD*. ; 


W-R - (EISA Connector) 


The status signal, W-R, identifies the cycle as a write (high) or read (low). W-R 
becomes valid after assertion of START* and before assertion of CMD*. W-R remains 
valid as long as address lines LA<31:2> are valid. W-R is driven from the same edge of 
BCLK that activates the START™ signal. 


BALE - (ISA Connector) 


BALE (when high) indicates that a valid address is present.on the LA<31:2> 
address lines. The LA<31:2> address lines or any decodes developed from them by ISA 
devices are latched (with transparent latches) on the trailing edge of BALE if the address is 
needed for the whole cycle. BALE is always high during a DMA or 16-bit ISA bus master 
operation. EISA devices should not use BALE to latch addresses; the trailing edge of 
START* or leading edge of CMD* should be used. 
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MRDC* .- (ISA Connector) 


The system board or ISA bus master asserts MRDC* to indicate that the addressed 
ISA memory slave should drive its data onto the memory bus. MRDC* is asserted for read 
accesses to memory, except when inhibited by assertion of EX32* or EX16* (an EISA 
device responded). During ISA Compatible DMA cycles, MRDC* is asserted for read 
accesses to memory addresses between 00000000h to OOFFFFFFh, regardless of the type of 
memory responding. A DMA device should not use MRDC* to decode its I/O address. 
MRDC* is also asserted for refresh cycles. MRDC* can be driven by an expansion board 
acting as an ISA 16-bit bus master. 


MWTC* - (ISA Connector) 


The system board or ISA bus master asserts MWTC* to indicate that the addressed 
ISA memory slave may latch data from the memory bus. MWTC* is asserted for write 
accesses to memory, except when inhibited by assertion of EX32* or EX16* (an EISA 
device responded). During Compatible DMA cycles, MWTC* is asserted for write 
accesses to memory addresses between 00000000h to OOFFFFFFh, regardless of the type of 
memory responding. A DMA device should not usé MWTC* to decode its 1/O address. 
MWTC* can be driven by an expansion board acting as an ISA 16-bit bus master. 


SMWTC* - (ISA Connector) 


The system board asserts SMWTC* to indicate that the addressed memory slave 
may latch data from the memory bus. SMWTC* is only asserted for ISA write accesses to 
memory addresses between 00000000h to OOOFFFFFh. SMWTC* is derived from MWTC* 
and has similar timing. 


SMRDC* - (ISA Connector) 

The system board asserts SMRDC* to indicate that the addressed memory slave 
should drive its data onto the memory bus. SMRDC* is only asserted for ISA read 
accesses to memory addresses between 00000000h to OOOFFFFFh or refresh cycles. 
SMRDC* is derived from MRDC* and has similar timing. 

IOWC* - (ISA Connector) 

A DMA device can latch data from the data bus when IOWC* is asserted. An ISA 
1/O slave latches data from the data bus when IOWC* asserted and AENx is negated. The 
main CPU or ous master must drive valid data on the bus before asserting IOWC*. 

IORC* - (ISA Connector) 
A DMA device can drive data on the data bus after sampling IORC* asserted. An 


ISA I/O slave drives data onto the bus while IORC* is asserted and AENx is negated 
(low). The device must hold the data valid until sampling IORC* negated. 
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CHRDY - (ISA Connector) 


An ISA memory or I/O slave can negate CHRDY to lengthen a bus cycle from the 
default time. The slave negates CHRDY after decoding a valid address and sampling the 
command signal (MRDC*, MWTC*', SMRDC*, SMWTC*, IORC* or IOWC*) asserted. 
When the slave's access has completed, CHRDY should be allowed to float high (asserted). 
Bus cycles are lengthened by an integral number of BCLK cycles. The ISA command 
signals remain active at least one BCLK after the slave asserts CHRDY. CHRDY should 
be driven with an open collector type of driver, and should never be driven high. CHRDY 
may not be held low for more than 2.1 4s. EISA slaves should never negate CHRDY. 


NOWS* - (ISA Connector) 


An ISA memory slave asserts NOWS* (No Wait State) after its address and a 
command have been decoded to indicate that the remaining clock cycles are not required. 
NOWS* must be asserted before the falling edge of BCLK to be recognized during ISA 

cles. During EISA cycles, an addressed EISA slave may assert NOWS* before the main 
PU negates START* to generate COMPRESSED cycles (15 BCLKs/cycle). A slave 
should not assert NOWS* and negate EXRDY or CHRDY during the same cycle. 


M16* - (ISA Connector) 


M16* signals the system that the addressed ISA memory is capable of transferring 
16 bits of data at once. When M16° is asserted, during a memory read or write and is not 
superceded by EX32* or EX16*, the ISA compatible three BCLK memory cycle is run 
M16* is decoded from LA<23:17>. M-IO is not included in the decode and M16* should 
not be latched by the ISA slave. Only ISA memory slaves need to generate M16*; the 
system board generates M16* from EX32* or EX16* for EISA memory slaves. M16* 
should only be driven with an open-collector type of driver. 


1016* - (ISA Connector) 


A 16-bit ISA I/O slave asserts 1016* (after decoding a valid address on SA< 15:1>) 
to indicate its 16-bit data size. The system board defaults to a three BCLK I/O cycle when 
it samples 1016* asserted by an ISA 1/O slave (EX32* and EX16* negated). I016* should 
only be driven with an open-collector type of driver. 


The system board does not automatically assert 1016* when a 16-bit ISA bus master 
accesses an EISA I/O slave. EISA slaves that support 16-bit ISA bus masters must assert 
1016* as well as EX32* (or EX16*) when addressed. The EISA I/O slave asserts JO16* 
on decoding a valid address on LA<15:2>. EISA I/O slaves that do not support 16-bit 
ISA bus masters need not assert 1016". 
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2.1.3 Bus Arbitration Signal Group 


This section describes signals used to arbitrate for bus control. These signals are a 
combination of new EISA signals and existing ISA signals. 


MREOQOx* - (EISA Connector) 


MREQx* is a slot-specific signal used by EISA bus masters to request bus access. 
The "x" refers to the slot number. Bus masters requiring use of the bus must assert 
MREQx* until the system board grants bus access by asserting MAKx*. The requesting 
device must hold MREQx* asserted until the system board asserts the appro rate MAKx* 
signal. The system board samples MREQx* on the rising edge of B f MREQx®* is 
sampled asserted, the arbitration controller performs the arbitration and the system board 
asserts MAKx* when the bus becomes available. The bus master can Pepe ae the bus 
with address and other signals on the falling edge of BCLK when * is sampled 
asserted. 


When a bus master completes a transfer, it can release the bus by negating 
MREOsx* on the falling edge of BCLK._ If no bus cycle is in progress when MREQx* is 
negated, the bus master must float LA<31:2>, BE*<3:0>, MSBURST*, LOCK’, 
D<31:0>, START*, M-IO, and W-R on or before the rising edge of BCLK after MREQx* 
is negated. If a cycle is in progress when MREOx* is ne pe then the LA<31:2>, 
BE* <3:0>, MSBURST*, LOCK*, START*, M-IO, and W-R signals must be floated by 
the rising edge of BCLK at the end of the cycle. The data signals D<31:0> must be 
floated on Y termination) or before (EX32* or EX16* termination) the falling 
edge of BCLK after the end of the oo Cycle completion is indicated by the memory or 
I/O slave asserting EXRDY or the system board asserting EX16* or EX32* after 
completing bus conversions. A bus master must wait at least two BCLKs after releasing the 
bus before re-asserting its MREQx*. The trailing edge of MREQx* must meet the setup 
and hold time to the sampling point for proper system operation. 


MAKx® - (EISA Connector) 


MAKx* is a slot-specific signal that is asserted by the system board to grant bus 
access to an EISA bus master. The “x" refers to the slot number. MAKx* is asserted from 
the rising edge of BCLK and the bus master can begin driving LA<31:2>, BE*<3:0>, 
MSBURST*, START*, M-IO, and W-R on the next falling edge of BCLK. The system 
board negates MAKx* on the rising edge of BCLK after sampling MREQOx* negated. The 
system board can also negate MAKx* to indicate to an active bus master that another 
device has requested the bus. The bus master must negate MREQx* to release the bus 
within 64 BCLKs (8 us) of sampling MAKx* negated. 
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DRQ<7:5>, DRQ<3:0> - (ISA Connector) 


The DRQ<x> lines are used to request a DMA service from the DMA subsystem 
or for a 16-bit ISA bus master to request access to the system bus. The request is made 
when DRQ<x> is asserted. The system board allows DROQ<x> to be asserted 
asynchronously. The requesting device must hold DRQ<x> asserted until the system 
board asserts the appropriate DAK*<x> 7 ee For demand mode DMA memory-read 
1/O-write cycles, DRQ<x> is sampled on the rising edge of BCLK, one BCLK from the 
end of the cycle (the rising edge of IOWC*). For demand mode DMA memory-write I/O- 
read cycles, DRQ<x> is sampled on the rising edge of BCLK, 1.5 BCLKs from the end of 
the cycle (the rising edge of IORC*). |For demand mode Burst DMA, DRQ<x> is 
sampled each cycle on the rising edge of BCLK. For 16-bit ISA bus masters, DRQ<x> is 
ae on the rising edge of BCLK, two BCLKs before the system board negates 
DAK*<x>. The trailing edge of DRQ<x> must meet the setup and hold time to the 
sampling point for proper system operation. 


DAK* <7:5>, DAK* <3:0> - (ISA Connector) 


The system board asserts a DMA channel's DAK* <x> to indicate that the channe] 
has been granted the bus. A DMA device is selected if it decodes DAK*<x> with IORC* 
or IOWC* asserted. DAK*<x> can also be used to acknowledge grant of bus access to a 
16-bit ISA bus master. The bus master must assert MASTERI6* after sampling 
DAK* <x> asserted. Address and cycle control signals must be floated and MASTER 16* 
must be negated before the system board negates DAK*<x>. For EISA block or demand 
mode DMA transfers, DAK* <x> remains asserted until the transfer completes or until the 
centralized arbitration controller preempts the DMA process. The preemption occurs after 
another device requests the bus and 4 us elapse. 


T-C - (ISA Connector) 


This signal is bidirectional, acting in one of two modes, depending on the 
programming of the channel. In the output mode, the system board asserts T-C to indicate 
that a DMA channel's word count has reached terminal count. Terminal count is indicated 
when the decrementing word count "rolls over" from zero to FFFFFFh. The system board 
asserts T-C only while asserting the channel's DAK*<x>. A DMA device decodes T-C 
with the appropriate DAK* <x> asserted to determine when the transfer has completed. 


In the input mode, T-C can be used by a DMA slave to stop a DMA transfer. 

During ISA Compatible, Type “A”, or Type "B", transfers, T-C is sampled by the system 

-while IORC* or IOWC* is asserted. During Burst cycles, T-C is sampled at the same time 

as the DRQ<x> input, on the rising edge of BCLK. If it is sampled asserted the transfer is 
terminated, and if auto-initialize is programmed, the transfer restarts at the beginning. 


MASTERI6* - (ISA Connector) 


A bus master asserts MASTERI6* to indicate 16-bit data size. A bus master can 
assert MASTER16* after the system board asserts DAK*<x> or MAKx*. The 16-bit 
EISA bus master negates MASTER16* after completing the last transfer. An ISA master 
negates MASTER16*, immediately when the system board negates DAK*<x>. A 32-bit 
bus master can assert MASTER16* during START* to disable automatic 32-to-16-bit data 
size translation for 16-bit EISA memory Burst slaves. It canthen perform 16-bit Burst 
cycles to a 16-bit EISA slave. 
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REFRESH - (ISA Connector) 


REFRESH* is used to indicate (when low) a refresh cycle in progress. REFRESH" 
causes SA<15:0> (or LA<15:2>) to drive the row address inputs of all DRAM banks so 
that when MRDC* (or CMD") is asserted, the entire system memory is refreshed at one 
time. 


2.1.4 Utility Signa! Group 


This section describes a variety of general utility signals. These signals are all on the 
ISA connector. 


OSC - (ISA Connector) 


OSC is a clock for use in timing applications. Its frequency is 14.31818 MHz with a 
$0 percent duty cycle. 


RESDRYV - (ISA Connector) 


Assertion of RESDRV causes a hardware reset of ISA and EJSA expansion boards. 
RESDRY is asserted by the reset controller during power up or after a bus timeout. 
Software can cause assertion of RESDRV by setting I/O port 0461h bit 0 to a "1". 
RESDRV is negated when the software resets this bit to a zero. RESDRV has a minimum 
pulse width equivalent to 9 BCLK periods (the minimum time between two ISA I/O write 
cycles). All devices that can prevent operation of the CPU, memory or system board I/O 
must use RESDRV for hardware reset. Slaves that insert wait states based on internal 
State machines, devices that require software initialization, and DMA devices are examples 
of hardware that reset after sampling RESDRV asserted. 


IRQ<15:14>, IRQ<12:9>, IRQ<7:3> - (ISA Connector) 


The IRQx lines are used to interrupt the CPU to request some service. In 
compatible mode, the interrupt is recognized when IRQx goes from a low to a high and 
remains there until the appropriate interrupt service routine is executed. If programmed to 
level-sensitive mode, the interrupt is recognized when the IRQx signal is asserted (low). 
Another interrupt is generated at the end of the interrupt service routine if the IROx signal 
is still held low, allowing a single line to be shared by more than one device. IRQ<15:3> 
are pulled up by the system board. A floated interrupt line is guaranteed to stabilize at a 
TTL "high" after 500 ns. Interrupt service routines must reset the interrupt latch (which 
floats the interrupt line), then wait at least 500 ns before issuing the end-of-interrupt 
command and enabling interrupts. 


IOCHK¢* - (ISA Connector) 
An EISA or ISA expansion board can assert IOCHK* to signal the main CPU that a 
serious error has occurred. Assertion of IOCHK* causes an NMI if Port 061h bit 3 is set to 


"1" and NMIs are enabled. Parity errors and uncorrectable system errors exemplify 
problems that might cause an expansion board to assert IOCHK*. 
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2.1.5 Summary of Signals 


The following tabulation shows the EISA bus connector signals added for EISA 


support: 
Bus Signal 
Pins Name Description 


D<31:16> 
LA* <31:24> 


data lines 

address lines 

address lines 

byte enables 

bus lock 

32-bit EISA slave indicator 
16-bit EISA slave indicator 
EISA start of cycle control 
EISA end of cycle control 
EISA memory or I/O indicator 
EISA write or read indicator 
EISA ready indicator 

slot specific bus request 

slot specific bus grant 

Burst cycle indicator from slave 
Burst cycle control from master 


MSBURST* 


ca Ped et ek be ed bel et et et pe Bt PE OO 


Total new pins on EISA connector 


2.1.6 Signal Usage by System, Masters and Slaves 


The following three tables indicate typical signal usage by an EISA system board, ISA 
bus masters, ISA slaves, EISA bus masters and EISA slaves. 


Table Legend: 
lO = Input and Output 
I = Input 
Oo = Output 


Signal Not Needed 


noon 


Subscript ",," indicates that one or more of the signals in the group may be 
implemented. 


te I/O shown in parentheses () indicates that the signal is optional for this 
evice. 


The following notes are referenced in one signal usage tables: 
1. | SLBURST and MSBURST are implemented together or both are omitted. 
2. Only DMA devices that implement Burst cycles use EXRDY. 
3. EISA DMA devices can be 8-, 16-, or 32-bits wide. 
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4, ISA DMA device can be either 8- or 16-bits wide. 


5. DMA devices need not monitor BE* <3:0> unless they support partial-width 
data transfers. 


6. Only EISA slaves that support COMPRESSED cycles assert NOWS*. 


7. EISA1/O slaves that need to be accessed by 16-bit ISA bus master must asseri 
1016" when addressed. 


8. An 8-bit memory slave is assumed to ony decode the SA<19:0> address lines 
(1 megabyte maximum address). If a full decode is done, LA<23:17>, 
MRDC*, IORC*, and BALE are also used. 


9. BCLK is only required if the slave device supports Burst cycles or uses EXRDY. 


10. A 16-bit EISA bus master thatdoes not drive the full 32-bit address will be 
limited to 16 megabyte addressing. 


11. A 32-bit EISA bus Burst master thatcan "downshift" to a 16-bit EISA Burst - 
memory slave asserts MASTER16* during START*. 


TIRQ<15:3> 
LA* <31:24> 
LA<23:2> 
LOCK* 


+ The signals listed are required to support EISA functions. Additional signals are 
required if the system board also contains EISA or ISA slaves. 
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ISA 


DMA 
Device 


DAK*<7:0> 
DRQ<7:0> 
TO16% 
IOCHK* 
IORC* 
IOwc* 
IRQ<15:3> 
LA<23:17> 
M16* 
MASTER16* 
MRDC* 
MWTC# 
NOWS* 
osc 
REFRESH* 
RESDRV 
SA<16:0> 
SA<19:17> 
SBHE* 
SMRDC* 
SMWTC* 
T-C 


S 
a 


~_oe™ 
1 | tHHHHHHOHH I OH 
-- 


— ee 
HtdttttHtinHtt 


o~ 


POPTOHOH IT OOOHSO 
— 


tf) PHP HH THe I 


~-"n 


EISA connector signals are not used by ISA expansion boards and are not included 
in the preceding table. 
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EISA/ISA Signal Usage - EISA Expansion Boards 


AENX 
BCLK 
BE*<3:0> 
CMD* 
D<7:0> 
D<15:8> 
D<31:16> 
DAK*<7:0> 
DRO<7:0> 
EX16* 
EX32* 
EXRDY 
IO16* 
IOCHK* 
IORC* 
Iowc* 
IRQ<15:3> 
LA<15:2> 
LA<23:16> 
LA*<31:24 
LOCK* 
M-IO0 
MAKx* 
MASTER16* 
MREQx* 
MSBURST* 
NOWS* 

OSC 
REFRESH* 
RESDRV 
SLBURST* 
START* 
T-¢c 

W-R 


o1ot 


~~ 


Ot HW ft 1 
O10 
SGoo1ort 


~~ 
~~ 
~ 


tt 
PIOrHHH PFE trXnyntronet 
tt 

oO {e) 
HHOTHS by 


° 
ie 
° 
2S 
HP rt 
° 
ZD 
Bo 


“Non 
~~ 
~_ 
— 


OHOO00O 


“-_ 
— 


~_ “- 
— — 
“eNom! 

HHHOH! t | HHAH 
et a eet 
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V-_ _ “_ 
OHH IEHI OO 
~ ~ — 


z 
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Many ISA signals are not used by EISA expansion boards and are not included in 
the preceding table. 
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2.2 ISA Cycles 


2.2.1 CPU CYCLES 


ISA systems provide different timing for cycles to and from 8- and 16-bit memory 
and I/O slaves. ISA systems generate a default 6 BCLK memory or I/O cycle for 8-bit 
slaves and a default 3 BLK memory or I/O cycle for 16-bit slaves. All cycles can be 
extended by the slave by negating CHRDY. Additionally, memory or I/O slaves can 
shorten most cycles (except 16-bit I/O cycles) by asserting NOWS?*. If both CHRDY is 
negated and NOWS:‘ is asserted, then wait states will be added. 


ISA cycles begin with the system presenting a valid address on LA<23:17>, and one 
BCLK period later, asserting BALE and presenting a valid SA<19:0> address. 


For 16-bit memory accesses, the system asserts MRDC*, MWIC*, SMRDC’°, or 
SMWTC* on the first rising BCLK edge after SA<19:0> become valid. For 8-bit memory 
accesses, and for all I/O accesses, the system delays an extra one-half BCLK period before 
asserting the ISA command signal to allow extra time for address decode. 


During write cycles, the system presents valid data on the first rising BCLK edge 
after SA<19:0> become valid. The slave can latch the data after the specified data valid 
delay or on the trailing edge of the ISA command signal. During read cycles, a slave 
presenting valid data, drives the data bus after receiving the ISA command signal. The 
sah aaa the read data on the edge of BCLK on which the ISA command signal is 
negated. 


NOWS* is sampled on each falling edge of BCLK during the time that the ISA 
command signal is asserted. This allows 8-bit slaves to shorten a standard 6 BCLK cycle to 
a 3, 4 or 5 BCLK cycle. A 16-bit memory slave can shorten a standard 3 BCLK cycle to a2 
BCLK cycle. A 16-bit I/O slave cannot shorten cycles, since the ISA command signal is 
delayed one-half BCLK period; therefore, NOWS* cannot be generated early enough to 
shorten the cycle. 


Systems built according to the EISA specification implement a sampling window for 
CHRDY, instead of a distinct sample point. To guarantee the insertion of one wait state, 
CHRDY must be held negated for a minimum time period while BCLK is high. If 
CHRDY is negated before the rising edge of BCLK, it must be held for the specified hold 
time past the rising edge. If C Y is negated after the rising edge of BCLK, then it 
must be held negated for a specified pee width. In either case, CHRDY may then be re- 
asserted with setup to the next rising BCLK edge. Negation and assertion of CHRDY must 
meet the pulse width, setup and hold time requirements specified in the ISA signal timing 
parameter table. 
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Figure 1 - CHRDY "Sample Window" 


BCLK 


3. T1 = CHRDY negsied hold ume. 
2. Te = CHROY esseried setup to BCLX msing edge. 
3 See ISA Bus Timung Parameters for specific timung values 


The CPU or master can extend the length of the cycle beyond the minimum 
requirements indicated by the slave by keeping the ISA command signals asserted. Both 
memory and I/O slaves are required to extend the end of the cycle until the ISA command 
signals are negated. 
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The system indicates the size of a memory or I/O transfer being attempted by using 
SBHE’ and SA<0>. The following table shows the size of transfer for each combination 
and which byte lane contains the data. Byte lanes not included in this table must not be 
driven by the slaves during read cycles, and must be left unmodified during write cycles. 


SBHE* SA0 SIZE BYTE LANES 
0 0 2 D<15:8>, D<7:0> 
0 1 1 D<15:8> 
1 0 1 D<7:0> 
1 1 6) 
2.2.2 MEMORY SLAVES 


Memory slaves can be either 8- or 16-bits wide. An 8-bit memory slave can use 
either 20 address bits (SA<19:0>) or 24 address bits (LA<23:17>, SA<19:0>). When 
using 20 address bits, the 8-bit slave must use SMRDC* and SMWTC* to guarantee that 
only cycles to the first 1 MB of memory will be performed. A 16-bit memory slave must use 
24 address bits and normally uses MRDC* and MWTC*. 


A 16-bit memory slave asserts M16* after decoding LA<23:17>. The decode for 
M16* must not include SA<19:0>, SBHE*, or any other control signals, since the timing 
requirements for M16* cannot be assured if control signals are included. 


Memory slaves can shorten default cycles by asserting NOWS*, or extend them by 
negating CHRDY. However, the slave cannot control the maximum length of any cycle, 
and is required to extend the length of write cycles and to hold read data valid on the bus 
until the ISA command signals are negated. 


2.2.3 1/O SLAVES 


I/O slaves can be either 8- or 16-bit wide. I/O slaves decode addresses SA<9:0> 
and AENx. A 16-bit I/O slave asserts IO16* when it decodes a valid address with AENx 
low. The decode for IO16" should not include any control signals. 


I/O slaves can shorten default 8-bit cycles by asserting NOWS", or extend 8- or 16- 
bit cycles by negating CHRDY. However, the slave cannot control the maximum length of 
any cycle, and is required to extend the Jength of write cycles and to hold read data valid on 
the bus until the ISA command signals are negated. 


2.2.4 BUS MASTERS 


The ISA bus master device driver programs a DMA channel for cascade mode. The 
ISA bus master asserts DRQ<x> for that channel to request control of the bus. The 
system board performs the bus arbitration and asserts DAK*<x>, granting control of the 
bus to the 16-bit ISA bus master and disabling the system board address, data, and control 
lines. The system board does not assert AENx during DAK*<x> to disable I/O accesses. 
Consequently, an ISA bus master can perform normal I/O and slot-specific I/O accesses. 
BALE is asserted with DAK*<x> to indicate valid address on the LA <31:2> bus. 
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An ISA bus master asserts MASTER16*, but this line is ignored in EISA systems. 
The ISA bus master then waits at least one BCLK before driving address, data, and control 
lines to allow the system board to float its drivers. An ISA bus master presents 
LA<23:17> and SA<19:0>, driving the same address on LA<19:17> and SA<19:17>. 
ISA bus masters cannot pipeline addresses since the system board holds BALE asserted 
while the ISA bus master drives the bus. 


EISA does not assume that ISA masters are synchronized to BCLK. The EISA 
system board assumes that they are asynchronous. However, ISA masters should 
year control signals to BCLK if they are required to be compatible with ISA slaves 
eee prior to the EISA specification which generate wait states synchronous with 

C 


EISA requires that all ISA masters monitor CHRDY and add wait states when 
CHRDY is negated. An ISA master may optionally use NOWS* to shorten default cycles. 
If both NOWS* is asserted and CHRDY is negated, then the ISA master must insert wait 
States. 


If an ISA master must run refresh cycles without releasing the bus, then it floats the 
address buses and command lines and asserts REFRESH®* with an open collector type 
driver. The master must then wait for 1 BCLK period after MRDC* has been asserted and 
negated before floating REFRESH* and driving the address and command buses. EISA - 
systems require ISA masters to wait for the end of MRDC* before regaining the bus during 
refresh cycles, if proper operation is to be assured. * 


An ISA bus master releases the bus by floating its address, data, and control signals, 
negating DRQ<x> and floating MASTERi6*. The system board samples DRQ<x> 
negated on the rising edge of BCLK. The system board negates DAK*<x> on the third 
rising edge of B after sampling DRQ<x> negated. e ISA bus master negates 
(floats) MASTER 16* (if still asserted) when it samples DAK*<x> negated. On the next 
ee the system board asserts the bus grant signal for the device that wins the bus 
arbitration. 


ISA bus masters use the same combinations of SBHE* and SA<0> as indicated for 
CPU cycles to indicate the size of the transfer and the location of the data. It is the bus 
master's responsibility to convert 16-bit transfers into two 8-bit transfers if a 16-bit slave 
does not respond. However, the system board will provide data copying from D<7:0> to 
D<15:8> for odd-address reads pon a byte slave, and from D<15:8> to D<7:0> for 
odd-address writes to a byte slave. 
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2.3 ISA CPU and Bus Master Cycles 

The following comments apply to all ISA cycle description diagrams: 

Note 1: Heavy black lines indicate the transfer of control from one bus master to another. 
Note 2: Shaded areas indicate a "don't care" signal state. 


Note 3: Black dots indicate signal sampling points. 


2.3.1 8-bit Memory Cycles 
Figures 2, 3, and 4 show the relevant signals for standard cycle (6 BCLK), one wait 


state ISA Cycle (7 BCLK), and no wait state cycle (3 BCLK) memory accesses to 8-bit ISA 
slaves. 
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Figure 2 - Memory Access to 8-bit ISA Slave - 
Standard Cycle (6 BCLK) 
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Figure 3 - Memory Access to 8-bit ISA Slave (7 BCLK) 
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Figure 4 - Memory Access to 8-bit ISA Slave (3 BCLK) 
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2.3.2 8-bit [/O Cycles 
Figures 5, 6, and 7 show the relevant signals for standard cycle (6 BCLK), one wait 


State ISA cycle (7 BCLK), and no wait state cycle (3 BCLK) I/O, byte accesses to 8-bit ISA 
slaves. 
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Figure 5 - 1/O Access to 8-bit ISA Slave - 
Standard Cycle (6 BCLK) 
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Figure 6 - I/O Access to 8-bit ISA Slave (7 BCLK) 
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Figure 7 - I/O Access to 8-bit ISA Slave (3 BCLK) 
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2.3.3 * 16-bit Memory Cycles 


Figures 8, 9, and 10 show the relevant signals for standard cycle (3 BCLK), three 
wait state ISA cycle (6 BCLK) , and no wait state cycle (2 BCLK) memory, word accesses 
to 16-bit slaves. 
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Figure 8 - Memory Access to 16-bit ISA Slave - 
Standard Cycle (3 BCLK) 
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Figure 9 - Memory Access to 16-bit ISA Slave (6 BCLK) 
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Figure 10 - Memory Access to 16-bit ISA Slave (2 BCLK) 


BCLK 
BALE 
SBHE®* 
LA<23:17> 
SA<19:0> 
SMRDC*.SMWTC? 
MRDC*.MWTC’ 
M16" 
I t 
NOWS* 
1 i t t t 1 
t] I ' i) t t 
cHRDY | ! | | | | 
' i 
§ i 1 ’ ! t f 
i t t 7 i 
Read Data ; i 
SESE SESE SE ST Se } [acs Sc SSeRe SRE Sees 
‘ i : i ' 1 : t 1 
i i 
D<15:0> 
seanas teea Ww dene eee aia Seach reset agence = + See t nabactiethes eae eee at t =a 7 
1 { t i} ! i} 
1 ‘: I ' ! t 
Write Data H ; 1 : 
ee es cee a nef a en men fe - 
‘i 1 t 3 I i] ' 3 ‘ 
D<15:0> AX 
ee ee + Satan ear aa es Eee ee . 
7 mo | 
H 1 | i H : 


78 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHIVECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


2.3.4 16-bit 1/0 Cycles 


Figures 11 and 12 show the relevant signals for standard cycle (3 BCLK) and three 
wait state ISA cycle (6 BCLK) I/O word accesses to 16-bit ISA slaves. 
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Figure 11 - I/O Access to 16-bit ISA Slave - 
Standard Cycle (3 BCLK) 
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Figure 12 - 1/0 Access to 16-bit ISA Slave (6 BCLK) 
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2.4 EISA CPU and Bus Master Cycles | 


EISA systems provide standard, COMPRESSED and Burst cycle types for data 
transfers between the main CPU and memory or I/O slaves. EISA bus masters may use 
standard and Burst cycles, but may not use COMPRESSED cycles. 


The following notes apply to the EISA cycle description diagrams: 
Note 1: Heavy black lines indicate the transfer of control from one bus master to another. 
Note 2: Shaded areas indicate a "don't care” signal state. 


Note 3: Black dots indicate signal sampling points. 


2.4.1 Standard Memory and I/O Cycles 


The standard EISA cycle type completes one transfer each two BCLK periods (zero- 
wait-state). It can be used to transfer data to or from an EISA memory or I/O slave. Each 
wait state adds one BCLK period. The total transfer time can be calculated with the 
following formula: 


Total Transfer = N*(2+T,,)*(1 BCLK period) 


Where: 
Ty, = number wait states in each bus cycle 
N = number of bus cycles for transfer 


For example, an uninterrupted standard transfer of 256 bytes (64 dwords) completes 
in 15.4 us for a 32-bit transfer and an 8.33 MHz BCLK. A 16-bit transfer completes 
in 30.8 4s. This example assumes that no preempts occur during the transfer. 


Standard EISA cycles begin with the CPU or bus master ats a valid address 
on LA<31:2> and asserting M-IO to indicate a memory or I/O cycle. e address can 
become valid before the end of the previous cycle to allow address pipelining. The 
memory or I/O slave decodes the address and asserts the appropriate signals to indicate 
the type of slave and whether or not it can perform any special timings. The memory or 
1/O slave asserts EX32* or EX16* to indicate support of EISA cycles. An I/O slave must 
also decode AENx negated (low) to determine a valid address. 


The CPU or bus master asserts START* to indicate the end of the previous cycle 
and to indicate that the new cycle is now on the bus. The master also asserts W-R to 
indicate a read or write cycle and BE*<3:0> to indicate the bytes being transferred and 
their location on the EISA bus. 16-bit transfers use BE*<3:2> (address Al=1) as well as 
BE*<1:0> (address Al=0) to indicate the bytes to be transferred even though only the 
low 16-bits of the data bus are used. LA<31:2> and BE*<3:0> remain valid until after 
eae of START*. A slave that needs to latch the address does so on the trailing edge 
fc) der . 
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The system board asserts CMD®* simultaneously with negation of START* to 
control the data transfer to or from the slave. If a read cycle is being performed, the slave 
presents the requested data when CMD” is asserted and holds it valid until CMD* is 
negated by the system board. For a write cycle, the CPU or bus master presents the data 
peek to assertion of CMD* and the slave latches it on or before the trailing edge of CMD*. 

e duration of START* and CMD* may vary, depending on the type and speed of the 
devices performing the transfer. 


Wait states can be added to the cycle by slow EISA memory or I/O devices. The 
slave negates EXRDY after it decodes a valid address and samples START* asserted. The 
slave may hold EXRDY negated for a maximum of 2.5 us to complete the transfer, but 
must release EXRDY synchronous to the falling edge of BCLK to allow the cycle to 
complete. 


The slave must allow EXRDY to float high (asserted) synchronously with the BCLK 
falling edge and must not hold EXRDY negated longer than 2.5 ys. 


An EJSA I/O slave must assert 1016* as well as EX32* (or EX16*) when addressed 
if 16-bit ISA bus master compatibility is necessary. 1016" is asserted after decoding a valid 
address on the LA<31:2> address bus and is latched while CMD” is asserted. M-IO is not 
included in the address decode for 1016". EISA I/O slaves that do not need 16-bit ISA 
bus master compatibility may assert EX32* (or EX16*) only. 


The system board develops M16* from EX32* (or EX16*) to assure compatibility 
with ISA bus masters. An EISA memory slave should not drive M16". 


EISA standard memory and I/O cycles are illustrated in flow diagrams. The flow 
diagram is a hybrid diagram combining aspects of flow charts and timing diagrams. The 
flow diagram is intended to demonstrate the basic concepts for various cycles performed on 
the EISA bus. At least one sample of every possible "action" (such as wait states and Burst 
sane is provided, although, of course, every possible combination of bus cycle is not 
shown. 


The flow diagrams consist of flow-chart-like blocks and arrows, with board-specific 
actions enclosed in the blocks. Line Bes (solid, dotted, bold) are used to differentiate 
between the parts of the system involved (such as system board, slave, and bus controller). 
The flow diagram is divided into horizontal sections, each section representing the BCLK 
edge or level during which the enclosed action occurs. Note that at the beginning of many 
oe types BCLK may not be active. In this case the BCLK states are drawn with dotted 
ines. ; 


Flow diagrams do not follow the conventions of normal flow charts in that there is 
no “decision” block. In essence, the flow diagrams answer a question such as “To design a 
32-bit one-wait-state EISA memory board, what signals apply during an access to the 
board.” The designer would then follow the flow diagrams for accesses to 32-bit memory, 
and when a branch labeled “Wait states needed,” appeared that branch would be followed 
to add the desired number wait states. 


Flow diagrams should be used to gain an initial understanding of the EISA bus 
cycles. They also pial a means of following the sequence of signals when reading the 
timing diagrams. Once the designer understands the basic cycle types, specific information 
on timing and special cases should be obtained from the timing diagrams themselves. In 
the event of a conflict of information, the timing diagrams should be assumed to be correct. 


83 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


Figures 13 and 14 illustrate the flow of a data transfer from a 32-bit master to 32-bit 
slave memory (read and write cycles). The figures include standard and COMPRESSED 
cycles. Data transfers from a 16-bit master to a 16-bit slave are the same except for the use 
of EX16* instead of EX32°. 


Figure 15 shows the relevant signals for 2 and 3 BCLK EISA slave accesses. 
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Figure 13 - 32-bit Master to 32-bit Slave Memory 
Read Accesses 
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Figure 14 - 32-bit Master to 32-bit Slave Memory 
Write Accesses 
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Figure 15 - Access to EISA Slave - 3 BCLK and 
Standard (2 BCLK) Cycles 
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2.4.2 COMPRESSED Cycles 


The COMPRESSED cycle type completes one transfer each 1.5 BCLK period. It 
can be used by the main CPU to transfer data to or from fast EISA memory or I/O slaves. 
The total transfer time can be calculated with the following formula: 


Total Transfer = N*(1.5 BCLK period) ys 
Where: WN = number of bus cycles for transfer 


For example, an uninterrupted 32-bit COMPRESSED transfer of 256 bytes (64 
dwords) completes in 11.5 us with an 833 MHz BCLK. A 16-bit transfer completes 
in 23 us. This example assumes that no preempts occur during the transfer. 


COMPRESSED cycles are a special case of Standard cycles in which the main CPU 
presents a new address each 1.5 BCLK period and the system board reduces the duration 
of CMD* to 0.5 BCLK. The timing 1 nye for the generation of COMPRESSED 
cycles are more strict than for normal EISA cycles, and, as such, special design methods are 
required for both the systems and slaves that support these cycles. A slave indicates 
support of COMPRESSED cycles by asserting NG S* in time for the system board to 
sample on the rising edge. of BCLK at the leading edge of CMD*. The slave must not 
negate EXRDY after asserting NOWS*. The CMD*. pulse width is 1/2 BCLK for 
COMPRESSED cycles, but the slave. must be prepared to accept a CMD* pulse of 1 BCLK 
or longer. The longer CMD* occurs when a bus master or other device initiates the cycle 
instead of the main CPU. 


Figure 16 shows the relevant signals for COMPRESSED read and write cycles 
between a 32-bit master and a 32-bit slave. Observe the half-cycle extension of BCLK for 
synchronization. Data transfers from a 16-bit CPU to a 16-bit slave are the same except for 
the use of EX16* instead of EX32*. 
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Figure 16 - Access to EISA Slave - COMPRESSED Cycle 
(1.5 BCLK) 
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2.4.3 Burst Cycles 


The Burst cycle type provides a continuous sequence of 1 BCLK read or write 
cycles. Burst cycles are zero-wait-state transfers to or from EISA memory. Burst cycles 
cannot be used with I/O devices or ISA memory devices (slaves or masters). The total 
time for a Burst transfer can be calculated with the following formula: 


Total transfer = (1+T,;+N)*(1 BCLK period) ys 


Where: 
T,,j = Dumber wait states in initial bus cycle 
N_ = number of bus cycles for transfer 


For example, an uninterrupted 32-bit Burst of 256 bytes (64 dwords) completes in 
7.8 ws with an 833 MHz BCLK A 16-bit transfer completes in 15.6 us. This 
example assumes that no preempts occur during the transfer. 


The first cycle in a Burst transfer begins like a standard cycle. The CPU or bus 
master presents a valid address, and the memory slave, after decoding the address and 
M-IO, indicates that it can perform Burst cycles by asserting SLBURST*. The CPU or bus 
master samples SLBURST* on the rising edge of BCLK at the trailing edge of START. 
The CPU or bus master indicates its ability to do Burst cycles by asserting MSBURST* on 
the falling edge of BCLK and presenting the second address to the slave. If the CPU or 
bus master found SLBURST™ asserted, it performs the transfer using Burst cycles, and the 
system board, instead of negating CMD* keeps it asserted while the CPU or bus master 

rforms the Burst. The CPU or bus master reverts to a standard cycle and leaves 
SBURST™ negated if the memory slave does not assert SLUBURST* or if the slave type 
does not support the Burst. 


If the Burst cycle is a read, the Burst addresses are presented on the falling edge of 
every BCLK, and the slave presents the data for that address for sampling 15 BCLK 
periods later. If the Burst cycle is a write the CPU or bus master presents the data on the 
rising edge of BCLK 1/2 cycle after presenting the address. This differs from standard 
cycles in which the data is presented on the falling edge of BCLK. The CPU or bus master 
terminates the Burst cycle by negating MSBURST™ at the address change and completing 
the last transfer. 


A Burst transfer must be all reads or all writes. Mixed cycles are not allowed. The 
byte enables may change within the block. Although a Burst transfer normally performs 
zero-wait-state cycles, a slave can add wait states during a Burst sequence by negating 
EXRDY before the falling edge of BCLK (with CMD* asserted). e€ master samples 
EXRDY on the falling edge of BCLK and extends the cycle until EXRDY is asserted. The 
master can still change to the next address even though EXRDY is negated. Note that it is 
not possible to decode a valid address in time to negate EXRDY. The slave must know in 
advance that wait states are needed. An intelligent slave can use the wait states to 
interrupt the Burst sequence while it accesses local shared memory. A memory slave 
cannot terminate a Burst. 


“Addresses asserted during a Burst sequence to DRAM memory must be within a 
1024 byte DRAM memory page (address lines LA<31:10> cannot change during the 
Burst). To cross a DRAM page boundary, the Burst sequence must be terminated by the 
CPU or bus master by negating the MSBURST® signal on the last cycle in the page. The 
Burst sequence can be restarted on a new page. 
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Figure 17 shows a Burst read cycle from a 32-bit master to a 32-bit slave. Figure 18 
shows the relevant signals for reads and writes between a 32-bit master and a 32-bit slave. 
Data transfers from a 16-bit master to a 16-bit slave are the same except for the use of 
EX16* instead of EX32*. 


91 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


Figure 17 - 32-bit Master to 32-bit Slave Burst 


Read Transfers . 
4 
eax Mester 
3) x Present LAC? ated ees 
dasert W-10 
v0 Decode 
“— ADORESS 


Sample £XRDY 
Present Ned 
LAC>, BEe<> 


Somple EXROY 
Present ert 
Lado, BEe<> 


Lotch DATAC> 
Asseet START 
Present SE°<> 
Negote ¥-R 
(Note) 


Lotch DATACD 


Note if mei cycte 5 0 ete, ossert W-R 
ond go to corsespondeng stoic © erite deog orn. 


92 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


Figure 18 - 32-bit Master to 32-bit Slave Burst 
Write Transfers 
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Figure 19 - Access to EISA Slave - Burst Cycles 
(With and Without Wait States) 
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2.5 DMA Cycles 


DMA devices can use one of four cycle control sequences to transfer data between 
the DMA device and memory: ISA compatible cycles, se "A" cycles, Type “B" cycles, or 
Burst DMA cycles. Each cycle type can S run as a single cycle transfer (Ungle mode), or 
as a continuous al me of cycles (Block or Demand mode). See the DMA controller 
section for more information on Single, Block and Demand DMA controller modes. The 
DMA controller supports 8-, 16- and 32-bit data transfer sizes. The DMA device reads or 
writes the appropriate bytes on the bus for its data size. 


DMA devices use IORC* and IOWC*® for I/O reads and wnites. The system board 
asserts the appropriate I/O command signal (IORC* or IOWC*) with DAK*<x> and 
negates the command signal when the data lines are valid (for a write) or when the system 
board latches the data (for a read). The 1/O command signal remains asserted during 
memory wait states or data size translation. The DMA device cannot add wait states. 


2.5.1 ISA Compatible DMA Cycles: ISA Compatible 


The ISA compatible DMA cycle type executes one transfer cycle in 8 BCLK periods. 
Each wait state adds two BCLK periods. ISA DMA devices can use this cycle type to 
transfer data between the DMA device and 32-, 16- or 8-bit memory. The total transfer 
time can be calculated with the following formula: 


Total Transfer = (1+N*(8+2*Tw))*(1 BCLK period) 


Where: 
Tw = number wait states in each bus cycle 
N = number of bus cycles for transfer 


For example, an uninterrupted zero-wait-state 16-bit transfer of 256 bytes (128 words) 
completes in 123.2 us (2.07 MB/s) with an 8.33 MHz BCLK. 


The first cycle of a DMA transfer begins with the system board presenting 
LA<31:2>, BE*<3:0>, M-IO, and W-R on the falling edge of BCLK. For memory reads, 
the system board asserts START™ on the next rising edge of BCLK. The system board 
asserts CMD* and IOWC* on the next rising edge of BCLK. The system board holds 
IOWC® asserted while the memory slave presents the data, then negates IOWC*. The 
DMA device samples DAK*<x> and IOWC* asserted, then latches the data on the rising 
edge of IOWC*. The system board holds IOWC* active for 3 BCLK periods and holds 
CMD* asserted until 1/2 BCLK after negating IOWC*. 


If the DMA vie is an I/O read (memory write), the system board asserts JORC* 
on the rising edge of BCLK after presenting the address. The system board then asserts 
START* on the rising edge of BCLK, two BCLKs later. On the next rising edge of BCLK 
the system board asserts CMD*. The DMA device must present the data when it samples 
DAK*<x> and IORC® asserted, and must hold the data valid until the system board 
negates IORC*. The system board holds CMD* asserted for 3 BCLK periods and holds 
IORC® asserted until 1/2 BCLK after negating CMD*. A DMA device cannot add wait 
states toa DMA cycle. It must conform to the system board cycle control. 
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The ISA-compatible DMA. cycle is the same for all types of memory. The MRDC* 
or MWTC* signals are activated to allow ISA memory to be accessed unless the address is 
greater than 16 megabytes and an EISA memory device responds. The MRDC* signal is 
asserted at the same time as IOWC* is asserted and is negated at the same time that 
CMD* is negated for I/O write (memory read) cycles. MWTC* has the same timing as 
CMD* during I/O read (memory write) cycles. 


"Verify" transfers have the same address, DAK*<x>, and T-C timing as other 
compatible transfers but do not assert any command signals. This means that DMA 


devices do not see an IORC® or IOWC* asserted and memory does not respond to memory 
accesses. 


Figure 20 show Type "A," Type "B,” and Type "C" (Burst) DMA reads. Figure 21 
shows an ISA-compatible DMA read. 


a 22 shows Type "A," Type "B,” and Type "C" (Burst) DMA writes. Figure 23 
shows an ISA-compatible DMA write. 


Figures 24 and 25 show the signals used in ISA-compatible DMA cycles. 
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Figure 20 - 32-bit DMA Read Transfer from 32-bit Memory - 
Type "A," "B," and Burst Cycles (No Wait States) 
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Figure 21 - 32-bit DMA Read Transfer from 32-bit Memory - 
Compatible Cycle (No Wait States) 
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Figure 22 - 32-bit DMA Write Transfer to 32-bit Memory - 
Type “A,” "B,” and Burst Cycles (No Wait States) 
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Figure 23 - 32-bit DMA Write Transfer to 32-bit Memory - 
Compatible Cycle (No Wait States) 
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2.5.2 Type "A" DMA Cycles 


The Type "A" DMA cycle supports 8-, 16- or 32-bit DMA devices. Transfers that do 
not require data size translation execute one cycle every 6 BCLK periods. The system 
board automatically performs data size translation for transfers to mismatched memory. 
The total transfer time can be calculated with the following formula: 


Total Transfer = (7+(N-1)*(6+T,,))*(1 BCLK period) 


Where: 
Ty, = number wait states in each bus cycle 
N = number of bus cycles for transfer 


For example, an uninterrupted zero-wait-state 32-bit transfer of 256 bytes (64 
DWORDs) completes in 46.2 us (5.54 MB/s) with an 8.33 MHz BCLK. A 16-bit 
transfer (128 words) completes in 92.3 us (2.78 MB/s). This example assumes that no 
preempts occur during the transfer. 


Most ISA compatible DMA devices can transfer data 13 times faster by 
programming the EISA controller to Type "A" transfers instead of ISA compatible timing 
(the default). Type "A" transfers sla e the performance improvement by reducing the 
time required for the memory read or write operation and by reducing the duration of the 
I/O command strobe (IORC* or IOWC*). No hardware modification is normally 
yada This cycle type works as described only with fast, EISA memory. With non- 
EISA memory or if data size translation is ae the cycle reverts to memory timing 
similar to that used with bus masters. The I/O portion of the cycle (data setup time for 
writes, and I/O read access time for reads) is the same as ISA compatible cycles. The 
MRDC* and MWTC*™ signals are not asserted unless the system must do a data size 
translation for ISA memory. 


Figures 26 through 29 show relevant signals for Type “A" DMA read and write 
cycles between a DMA device and 32- or 16-bit memory. 
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2.5.3 Type "B" DMA Cycles 


The Type "B" DMA cycle supports 8-, 16- or 32-bit DMA devices. Transfers that do 
not require data size translation execute one cycle every 4 BCLK periods. The system 
board automatically performs data size translation for transfers to mismatched memory. 
The total transfer tume can be calculated with the following formula: 


Total Transfer = (2+N*(4+T,,))*(1 BCLK period) 


Where: 
Ty, = number wait states in each bus cycle 
N_ = number of bus cycles for transfer 


For example, an uninterrupted zero-wait-state 32-bit transfer of 256 bytes (64 
DWORDs) completes in 31 us (8.26 MB/s) with an 8.33 MHz BCLK. A 16-bit 
transfer (128 words) completes in 61.7 us (4.15 MB/s). This example assumes that n0 
preempts occur during the transfer. 


Some ISA compatible DMA devices can transfer data two times faster by 
programming the EISA controller to Type “B" transfers instead of ISA compatible timing 
(the default). Type “B" transfers provide the performance improvement by reducing the 
time required for the memory read or write operation and by reducing the data setup time 
for I/O writes, and read access time for I/O reads. ISA compatible DMA devices using 
relatively fast technology can use Type "B" cycles without hardware modification. This 
cycle type works as described only with fast, EISA memory. With non-EISA memory or if 
data size translation is required, the cycle reverts to memory timing similar to that used 
with bus masters. The C* and MWTC* signals are not asserted unless the system 
must do a data size translation for ISA memory. 


Figures 30 through 33 show the relevant signals for a Type "B" DMA write cycle 
between a DMA device and 32-bit or 16-bit memory. 
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2.5.4 Burst DMA (Type "C*) Cycies 


Burst DMA (Type "C") cycles have characteristics similar to Burst cycles. Burst 
DMA cycles can perform a sequence of 8-, 16- or 32-bit transfers between EJSA Burst 
memory and the DMA device in 1 BCLK each. 


The total time for a zero-wait-state transfer can be calculated with the following 
formula: 


Total transfer = (3+T,.+N)*(1 BCLK period) us 


Where: 
Ty; = Dumber wait states in initial bus cycle 
N = number of bus cycles for transfer 


For example, an uninterrupted transfer of 256 bytes (64 dwords) completes in 8.1 ps 
(31.6 MB/s) with an 8.33 MHz BCLK. 


The DMA Device requests the bus by asserting its DRQ<x>. The system board 
ae the arbitration, and asserts the appropriate DAK*<x> on the rising edge of 
CLK. On a later falling edge of BCLK the system board presents LA<31:2>, 
BE*<3:0>, W-R and M-IO, with M-IO indicating memory (high). The system board 
asserts MSBURST*® to indicate its ability to support Burst cycles. The memory slave 
decodes a valid address on LA<31:2> and asserts SLUBURST*. When this is detected, the 
system board asserts MSBURST™ to indicated its ability to support Burst cycles. On the 
next rising edge of BCLK, the system board asserts START® and samples SLBURST* 
asserted. If the system board samples SLBURST™* negated the cycle reverts to memory 
timing similar to the standard memory cycle generated by EISA bus masters. 


If the system board samples SLBURST™ asserted, the system board continues the 
transfer using Burst cycles. On the next aa eS of BCLK, the system board negates 
START® and asserts CMD* and IOWC*. e DMA device decodes IOWC* with its 
DAK* <x> asserted and samples the data bus on the rising edge of BCLK. 


While the Burst cycles continue, the system board presents the pipelined address 
(on LA<31:2>, BE*<3:0>) and MSBURST* on each falling edge of BCLK. The system 
board presents the address 1/2 BCLK before the beginning of the next Burst cycle 
(pipelined). Burst cycles continue until the system board negates MSBURST*. The 
memory slave samples MSBURST*™ on each rising edge of BCLK. 


On each rising edge of BCLK, the DMA device samples the data. The memory 
slave drives new data on rising edges of BCLK coincident with the DMA device sampling 
the data. The system board samples DRQ<x>_on rising edges of BCLK at the beginning 
of each cycle (on the same BCLK edge that the DMA device is supposed to drive the data). 
If the DMA device negates DRQ<x>, then, on the next falling edge of BCLK, the system 
board tristates the address and negates MSBURST*. On the next rising edge of BCLK the 
system board negates CMD* and IOWC*. The DMA device stops sampling the data when 
IOWC® is negated. The memory slave floats the D<31:0> after the trailing edge of 
CMD*. The system board negates DAK*<x> on or after the same BCLK rising edge 
where CMD” is negated. 
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A slave can add wait states during a Burst sequence by negating EXRDY before the 
falling edge of BCLK (with CMD* asserted). The system board samples EXRDY on the 
falling edge of BCLK and extends the cycle until] EXRDY is floated (asserted). The DMA 
device is also sampling EXRDY and waiting to sample the data. The system board can still 
change to the next address even though E Y is negated. Note that it is not possible to 
decode a valid address in time to negate EXRDY. The slave must know in advance that 
wait states are needed. An intelligent slave can use the wait states to interrupt the Burst 
sequence while it accesses local shared memory. 


Addresses asserted during Burst DMA cycles to DRAM memory must be within a 
1024 byte DRAM memory page (address line LA<31:10> cannot change during the 
transfer). To cross aD page boundary, the system board terminates the Burst DMA 
sequence by negating the MSBURST™ signal on the last cycle in the page. The system 
board then restarts the sequence on the new page. 


The oo board generates the memory addresses and assures the sequence is 
within a D age. The system board supplies the transfer control and signal 
translation. The D device must monitor its DAK*<x>, BCLK, EXRDY, and IORC* 
or aye signals to determine when to drive the data (on wmites) or latch the data (on 
reads). 


The system board automatically reverts to normal cycles if the addressed memory 
does not support Burst DMA cycles. It ISA memory devices are addressed, the system does 
the appropriate signal and data size translations. . 


Figure 34 shows the relevant signals for a Burst (Type "“C") DMA read cycle 
between a 32-bit DMA device and 32-bit memory. Figure 35 shows the relevant signals for 
a Type "C" read cycle between a 32-bit DMA device and 16-bit EISA memory. Figures 36 
and 37 show the write cycle. 
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Figure 37 - 32-bit DMA Transfer to 16-bit EISA Memory with Conversion - 
Burst DMA Cycle: Write 
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2.6 Data Bus Translations 

EISA systems Binds a mechanism for EISA expansion boards to communicate 

with ISA compatible devices. The EISA expansion board always communicates using EISA 
cles, since the system board automatically translates EISA cycles for ISA compatible 
slaves. 

The EISA bus provides a set of EISA data transfer cycle types that are optimized for 
speed. EISA cycle control signals facilitate the fast cycles. ISA devices use ISA control 
signals and need not recognize the EISA signals. Consequently, EISA cycles offer optimum 
performance, while maintaining full compatibility with ISA devices. 

The EISA cycles use many of the same signals as ISA data transfers. Portions of the 
address and data bus, and some cycle control signals are common for all data sizes. The 
new signals extend the address and data size to 32 bits and provide the fast cycle timing. 

An EISA bus master can communicate with an ISA slave simply by generating the 
EISA data and control signal, and letting the system board copy the data and translate the 
control signals as necessary. Similarly, a 16-bit ISA bus master can communicate with an 
EISA slave by generating the ISA data and control signals and letting the system board 
copy the data and translate the control signals as necessary. 

The following transactions are automatically translated: 

* Transactions between 32-bit EISA bus masters and 16-bit EISA slaves 

e Transactions between 16-bit EISA bus masters and 32-bit EISA slaves 

° Transactions between 16- or 32-bit EISA bus masters and 8- or 16-bit ISA slaves 
¢ Transactions between 16-bit ISA bus masters and 16- or 32-bit EISA slaves 

¢ Transactions between 32-bit DMA devices and 16-bit EISA slaves 

¢ Transactions between 16-bit DMA devices and 32-bit EISA slaves 

e Transactions between 16- or 32-bit DMA devices and 8- or 16-bit ISA memory 


° Transactions between 8- or 16-bit DMA devices and 16- or 32-bit EISA memory 


2.6.1 32-bit EISA Bus Master to 16-bit EISA Slave Transactions 


The system board automatically provides data size translations for data transfers 
between 32-bit bus masters and 16-bit EISA slaves. A 32-bit bus master executing Burst 
cycles to a 16-bit EISA slave may achieve higher performance by performing its own data 
size translation. 
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The 16-bit EISA slave must develop SA<1> and the low and high byte enable 
signals from BE*<3:0> if it cannot wait for the system to generate SA<1> and SBHE”*. 
However, if the slave samples BE*<3> or BE*.<2> asserted at the same time as 
BE*<1> and BE*<0>, it uses BE*<1> and BE*<0>. This special case can occur 
during accesses by a 32-bit bus master. The following table illustrates the correspondence 


between BE* <3:0>, SA<1> and SBHE*. 


BE* <3> SA<0> 


ooo cOo°O oOror 


oro OF 0O FOKrO H 


32-bit EISA Bus Master to 16-bit EISA Slave Read Cycles 


A 32-bit bus master is granted bus control, then presents LA<31:2>. The 16-bit 
EISA slave decodes a valid address from LA<31:2> and asserts EX16*. The bus master 
asserts START", W-R, M-IO and BE*<3:0>. The system board samples EX32* and 
EX16* on the rising edge of BCLK following the assertion of START“, and asserts CMD*. 
At the same time, the bus master negates START* and samples EX32* . When EX32°* is 
sampled negated, the bus master holds LA<31:2> valid while it floats START* and 
BE* <3:0> so the system board can perform the data size translation. 


The system board negates CMD* after one BCLK period unless the slave negates 
EXRDY to add wait states. The system latches D<15:0> on the trailing edge of CMD*. 
It then asserts START*, and presents BE*<3:0> (with the high word enabled). The 
system board negates START* and asserts CMD*. The slave latches the address on the 
trailing edge of START™, and or D<15:0>. The system board negates CMD* after 
_ one BCLK period unless the slave negates EXRDY to add wait states. The system board 

latches D<15:0> on the trailing edge of CMD*, copies D<15:0> to D<31:16> and 
Sap The system board then presents D<31:0> and floats BE*<3:0> and 


The bus master regains bus control after sampling EX32* asserted on the rising 
edge of BCLK, then presents a new address on LA<31:2> and BE*<3:0> on the falling 
edge of BCLK. On the next rising edge of BCLK the bus master latches D<31:0> and 
asserts START™ for the next cycle. 
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32-bit EISA Bus Master to 16-bit EISA Slave Write Cycles 


A 32-bit bus master is granted bus control, then presents LA<31:2>. The 16-bit 
EISA slave decodes a valid address from LA<31:2> and asserts EX16". The bus master 
asserts START*, W-R, M-IO, BE*<3:0>, and D<31:0>. The system board samples 
EX32*, EX16* and D<31:0> on the rising edge of BCLK following the assertion of 
START* and asserts CMD*. At the same time the bus master negates START* and 
samples EX32*. When EX32* is sampled negated, the bus master holds LA<31:2> valid 
while it floats START*, BE*<3:0>, and D<31:0> so the system board can perform the 
data size translation. 


The system board drives D<31:0> and asserts CMD* after sampling EX32* 
negated. The slave may sample D<15:0> while CMD* is asserted. The system board 
negates CMD* after one B period unless the slave negates EXRDY to add wait states. 
The system board presents BE* <3:0> (with the high word enabled) and asserts START". 
The system board copie the latched data from D<31:16> to D<15:0>, negates START" 
and asserts CMD*. The system board negates CMD* after one BCLK period unless the 
slave negates EXRDY to add wait states. The slave latches the address on the trailing 
edge of START* and samples D<15:0> on the trailing edge of CMD*. 


The system board returns control to the 32-bit bus master by floating BE*<3:0>, 
START* and D<31:0>, then asserting EX32*. The bus master samples EX32* asserted 
on the rising edge of BCLK and, on the next falling edge of BCLK, presents a new address. 
The bus master may assert START* for the next cycle on the next rising edge of BCLK. 


Figure 40 shows the timing for a 32-bit EISA bus master access to a 16-bit EISA 
Slave. 
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Figure 38 - 32-bit EISA Master to 16-bit EISA Slave Dword Access 
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2.6.2 16-bit EISA Bus Master to 32-bit EISA Slave Transactions 


The 2 Bea board automatically provides data size translations for data transfers 
between 16-bit EISA bus masters and 32-bit EISA slaves. This section provides an 
overview of the translation cycle. The following paragraph describes both read and write 
cycles. 


A 16-bit bus master is granted control of the bus and presents LA<31:2>. The 
32-bit EISA slave decodes a valid address from LA<31:2> and asserts EX32*. The bus 
master asserts START*, W-R, M-IO, and BE*<3:0>. The system board samples EX32* 
on the rising edge of BCLK following the assertion of START“, and asserts CMD*. At the 
same time, the bus master sean START®* and samples EX16* and EX32*. The bus 
master performs a normal 16-bit cycle whenever it samples either EX32" or EX16* 
asserted. The system board copies the data from the low word D<15:0> to the high word 
D<31:16> during writes to odd word addresses, and copies from high to low during reads 
from odd word addresses. No additional BCLKs are required for this data size translation. 
a aun g calculations for masters and slaves include the time to copy D<31:16> to 

<15:0>. 


2.6.3 32-bit EISA Bus Master to 16-bit ISA Slave Transactions 
This section provides an overview of the translation cycle. 
The system board automatically performs the following signal translations so 32-bit 
ae masters can use the 32-bit interface and timing when accessing ISA memory or I/O 
slaves: 
e EISA command signals (START*, CMD*, M-IO, and W-R) are converted to 
ISA command Ai (SMRDC*, SMWTC*, MRDC*, MWTC*, IORC*, 
IOWC*, and B ). 
° ISA signals NOWS* and CHRDY are converted to EISA signal EX32*. 
° The timing is ISA compatible (3 BCLK standard for 16-bit). 


¢ Data copying between D<31:16> and D<15:0> (D<7:0> for 8-bit transfers) 
is performed. 
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The following table shows the system board translation of the bus master's 
BE* <3:0> lines to the 16-bit slaves SA<1:0> and SBHE’ lines. p 


0 


0 


et © 
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ooo ooo Cowon 


32-bit ELSA Bus Master to 16-bit ISA Slave Read Cycles 


A 32-bit bus master is granted bus control, then presents LA<31:2>. The ISA slave 
decodes a valid address from LA<23:17> and asserts*M16*. ‘The bus master asserts 
START* and presents W-R, M-IO and BE*<3:0>. The system board converts BE* <3:0> 
into SA<0>, and SBHE* and generates BALE. The system board samples EX32* and 
EX16* negated and M16* asserted on the rising edge of BCLK following the assertion of 
START®, and asserts CMD* and MRDC*. At the same time, the bus master negates 
START® and samples EX32*. When EX32* is negated, the bus master holds LA<31:2> 
ae it floats START® and BE* <3:0> so the system board can perform the data size 
translation. 


The system board negates MRDC* and CMD* and latches D<15:0> on the trailing 
edge of MRDC* and CMD*. It asserts START” and presents BE*<3:0>, SA<1>, 
SA<0>, and SBHE®* (with the high word enabled). The conversion from EISA to ISA 
signals is performed again as the system board negates ST. ART® and asserts MRDC* and 
CMD*. The system board latches D<15:0> on the trailing edge of MRDC* and CMD*, 
copies D<15:0> to D<31:16>, and asserts EX32*. The system board presents D<31:0> 
and floats BE*<3:0> and START. 


_ The bus master regains bus control after sampling EX32* asserted on the trailing 
edge of MRDC* and CMD‘, then presents a new address on LA<31:2> and BE*<3:0>. 
On the next rising edge of BCLK the bus master latches D<31:0> and asserts START* for 
the next cycle. 
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32-bit EISA Bus Master to 16-bit ISA Slave Write Cycles 


A 32-bit bus master is granted control of the bus and presents LA<31:2>. The 
16-bit ISA slave decodes a valid address from LA<23:17> and asserts M16*. The bus 
master asserts START", W-R, M-IO, BE*<3:0>, and D<31:0>. The system board 
converts BE* <3:0> into SA<1>, SA<0>, and SBHE* and generates BALE. The system 
board samples EX32" negated and M16* asserted on the rising edge of BCLK following 
the assertion of START® and asserts CMD* and MWTC*. At the same time, the bus 
master negates START* and samples EX32*. Since EX32* is negated, the bus master 
bolds LA<31:2> valid while it floats START*, BE*<3:0>, and D<31:0> so the system 
board can perform the data size translation. 


The system board latches D<31:0> on the trailing edge of START’, then 
immediately drives D<31:0> and asserts CMD* and MWTC*. The system holds MWTC* 
and CMD® asserted for 2 BCLKs (unless modified by NOWS"* or DY). The slave 
latches D<15:0> while MWTC" is asserted. The system board asserts START™, and 
presents BE*<3:0>, SA<1>, SA<0>, and SBHE* (with the high word enabled). The 
system board copies the latched data from D<31:16> to D<15:0>, negates START* and 
asserts CMD* and MWTC*. The slave latches D<15:0> while MWTC* is asserted. The 
on ia MWTC®* and CMD*® asserted for 2 BCLKs (unless modified by NOWS* or 


The system board returns control to the 32-bit bus master by floating BE* <3:0>, 
START®* and D<31:0>, then asserting EX32*. The bus master samples EX32* asserted 
and, on the next falling edge of BCLK, presents a new address. The bus master may assert 
START* for the next cycle on the next rising edge of BCLK. 


2.6.4 32-/16-bit EISA Bus Master to 8-bit ISA Stave Transactions 


Transactions between 32- or 16-bit EISA bus masters and 8-bit ISA slaves use cycle 
control similar to transactions between 32-bit bus masters and 16-bit ISA slaves (as 
discussed above). The main difference is that M16* (or I016*) is not generated by the 
8-bit slave and transfers are broken into 8-bit cycles instead of 16-bit cycles. The system 
board provides ISA compatible 8-bit cycle timing for the slave (6 BCLK for 8-bit cycles). 
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2.6.5 16-bit ISA Bus Master to EISA Slaves Transactions 


The system board performs the following signal translations so EISA slaves can use 
the EISA interface and timing when accessed by 16-bit ISA bus masters: 


° Address lines SA<1:0> are converted to BE* <3:0> lines 


° The ISA command signals (MRDC*, MWTC*, IORC*, IOWC*) are converted 
to EISA command signals (START*, CMD’, M-IO, and W-R) 


° The EISA signal EXRDY is converted to the ISA signal CHRDY 
° Data copying between D<31:16> and D<15:0> is performed 

° M16” is asserted for EISA memory cycles 

° 1016* is NOT asserted for EISA I/O accesses 


° Address lines LA*<31:24> are pulled-up by resistors to logical zero. 
LA<16:2> are driven from SA<16:2> 


A 16-bit ISA master is granted bus control, then presents LA<23:17> and 
SA<19:0>. Since the ISA master does not drive LA<31:24>*, this part of the address bus 
is pulled up by resistors to logical zero. The system board'copies SA<16:2> to LA<16:2> 
and converts SA<1:0> and SBHE* to BE* <3:0> as illustrated in the following table. 


San] sac] some aes | eee | seas [ae | 
0 0 0 


0 0 1 1 
0 0 1 1 1 1 0 
0 1 0 1 1 0 ] 
0 1 1 reserved reserved reserved 
1 0 0 1 
1 0 1 1 0 1 
1 ] 0 0 1 1 
1 1 1 reserved reserved reserved {reserved 


The system board asserts M-IO and negates W-R to indicate a memory read cycle 
until the ISA master indicates that a different cycle is required. 


The system board does not participate further in transactions between ISA masters 
and ISA memory slaves. However, all ISA master I/O cycles are translated to EISA cycles 
to provide proper operation with 8-bit EISA I/O slaves. 


The EISA slave decodes a valid address from LA<31:2> and asserts EX32" or - 
EX16*, unless it is an 8-bit EISA I/O slave. The system board asserts M16* if either 
EX32* or EX16" is asserted. EISA I/O slaves that must respond to 16-bit cycles from ISA 
bus masters must assert IO16* directly. 
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If the ISA master asserts IORC* or IOWC*, or if EX32* or EX16" is asserted when 

the ISA master asserts MRDC* or MWTC’, the system board will negate CHRDY and 
erform the translation to an EISA cycle. -M-IO and W-R are changed if necessary to 
indicate the appropriate cycle. START® is asserted on the next rising echt of BCLK and 
data are copied between D<15:0> and D<31:16> (or D<15:8> and D<7:0> for 8-bit 1O 
slaves) if required by BE"<3:0>. CMD* is then asserted on the next rising edge of BCLK. 
The EISA slave latches write data and drives read data just as it would for any other EISA 


cycle. 


For all EISA slaves, except 8-bit EISA 1/O slaves, EXRDY is then sampled on the 
next falling edge of BCLK. For 8-bit EISA I/O slaves; EXRDY is not sampled until the 
fifth falling BCLK after CMD* is asserted. When EXRDY is sampled asserted, the system 
board asserts CHRDY immediately. The ISA master samples CHDRY asserted, latches 
read data after the appropriate delay, and negates the ISA command (MRDC*, MWITC*, 
IORC* or IOWC*). The system board then negates CMD* on the next rising edge of 
BCLK for write cycles, and when the ISA command (MRDC* or IORC*) is negated for 
read cycles. 


Figures 39 and 40 show 16-bit ISA bus master accesses to an EISA memory slave. 
Figures 41 and 42 show 16-bit ISA bus master access to a 16- or 32-bit EJSA 1/O slave. 
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Figure 39 - 16-bit ISA Master Read from EISA Slave 
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Figure 40 - 16-bit ISA Master Write to EISA Slave 
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Figure 41 - 16-bit ISA Master I/O Read from 16- or 32-bit EISA I/O Slave 
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Figure 42 - 16-bit ISA Master 1/O Write to 16- or 32-bit EISA 1/O Slave 
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2.6.6 32-bit DMA Device to 16-bit EISA Memory Transactions 


The system board automatically performs data size translation between the 32-bit 
DMA device and 16-bit EISA memory. 


Memory Read (I/O Write) 


The following a hs describe a single DMA read transfer between a 32-bit 
EISA DMA device and 16-bit EISA memory. 


The EISA DMA device requests a DMA transfer by asserting DRQ<x>. The 
system board samples DRQ<x> asserted on the rising edge of BCLK and requests control 
of the bus. The arbitration controller arbiirates the request and grants control of the bus to 
the DMA controller. The system board then asserts DAK*<x>. 


The system board presents LA<31:2> when DAK*<x> is asserted. The 16-bit 
EISA memory decodes the address and asserts EX16*. The system board asserts START*, 
W-R, M-IO, and BE*<3:0>. The system board samples EX32* and EX16* on the rising 
edge of BCLK following the assertion of START*, and asserts CMD*. IOWC* is also 
asserted and held until the word assembly completes. 


If the DMA was programmed as a Burst, the MSBURST™ signal remains negated. 


On the next rising edge of BCLK the system board latches D< 15:0> and the system 
board negates CMD*, asserts START* and presents BE*<3:0> (with the high word 
enabled). The system board then, on the next BCLK rising edge, negates START* and 
asserts CMD*. The 16-bit EISA memory decodes the address and presents D<15:0>. On 
the next rising edge of BCLK the system board latches D<15:0>, negates CMD* and 
copies the data from D<15:0> to D<31:16>. The system board presents the assembled 
32-bit data on D<31:0> and negates IOWC*. The 32-bit EISA DMA device latches the 
data on the trailing edge of IOWC*. 


The 16-bit EISA memory may request wait states by asserting EXRDY, as in 
Standard cycles. 


In the case of a single transfer DMA cycle, the system board negates DAK*<x> 
and releases the bus. If Block or Demand mode DMA is programmed, the DMA transfer 
repeats the above block until preempted or completion. 


Memory Write (I/O Read) 


The following paragraphs describe a single DMA write transfer between a 32-bit 
EISA DMA device and 16-bit EISA memory. 


The EISA DMA device requests a DMA transfer by asserting DRQ<x>. The 
system board samples DRQ<x> asserted on the rising edge of BCLK and requests control 
of the bus. The system board arbitrates the request and grants contro] of the bus to the 
DMA controller. The system board then asserts DAK* <x>. 
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The system board presents LA<31:2> when DAK* <x> is asserted. The 16-bit 
EISA memory decodes the address and asserts EX16°. The system board also asserts 
IORC*, and the EISA DMA device, sampling both IORC* and DAK*<x> asserted, 
resents its data on D<31:0> The system board asserts START*, W-R, M-1O, and 
E*<3:0>. The system board samples EX32*, EX16*, and M16* on the rising edge of 
BCLK following the assertion of START", and asserts CMD*. When EX32* is sampled 
negated and EX16* asserted the system board latches the 32-bit data and negates IORC”*. 
The EISA DMA device ceases driving the data bus when IORC* is negated, allowing the 
system board to continue driving D<15:0>. 


If the DMA was programmed as a Burst, the MSBURST* signal remains negated. 


The 16-bit EISA memory can latch the data while CMD* is asserted. On the next 
BCLK rising edge, the system board negates CMD", asserts START*, and copies the upper 
16 bits of the data to D<15:0>. On the next BCLK rising edge, the system board negates 
START® and the system board asserts CMD*. The ISA memory latches the data while 
CMD* is active. One BCLK later, the system board negates CMD*, ending the transfer. 


The DMA controller continues executing cycles until pice ee or reaching 
terminal count (for Block or Demand DMA modes). The DMA controller suspends DMA 
processes executed in single transfer mode after each cycle by negating DAK*<x> and 
releasing the bus. 


2.6.7 16-bit DMA Device to 32-bit EISA Memory Transactions 


The system board automatically performs data copying between D<31:16> and 
D<15:0> so a 16-bit DMA device can communicate with a 32-bit EISA memory slave. 
The following paragraphs describes both DMA read and write transfers from 16-bit DMA 
devices to 32-bit EISA memory: 


A 16-bit DMA device requests a transfer by asserting DRQ<x>. The system board 
samples DRQ<x> asserted on the rising edge of BCLK and requests control of the bus. 
The system board arbitrates the request _and grants control of the bus to the DMA 
controller. The system board then asserts DAK*<x>. 


The DMA controller performs a 16-bit DMA read or write according to the 
programmed timing. Accesses to the 32-bit EISA memory do not affect the DMA transfer 
timing since only data copying is required. The data is copied from the D<31:16> to 
D<15:0> on reads and D<15:0> to D<31:16> on writes. Therefore, a normal 16-bit 
DMA transfer is performed, and a normal 16-bit memory access to the EISA memory 
occurs, without any special cycles or timing needed. No additional BCLKs are required; 
the timing calculations for the DMA device include copy time. 


2.6.8 8-bit DMA Device to 16- or 32-bit EISA Memory Transactions 


The system board automatically performs data copying so an 8-bit DMA device can 
communicate with a 16- or 32-bit EISA memory slave. 


The system board performs the translation in a manner similar to the translation 


between 16-bit DMA devices and 32-bit EISA memory discussed previously, except that the 
system board copies data to the appropriate byte lane for the 16- or'32-bit memory. 
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2.6.9 16- or 32-bit DMA Device to 8- or 16-bit ISA Memory Transactions 


The system board automatically performs data size translation so a 16- or 32-bit 
DMA device can communicate with an 8- or 16-bit ISA memory slave. 


The system board performs the translation in a manner similar to the 32-bit DMA 
translation to 16-bit EISA memory discussed previously, with the following differences: 


° A 16-bit ISA memory asserts M16" instead of EX16* (8-bit memory does not 
assert anything). 


° The ISA memory uses CHRDY and NOWS* to control cycle timing instead of 
EXRDY. 


* The signals MRDC* or MWTC* (as appropriate) are asserted. 


. bi ae is ISA compatible (3 BCLK standard for 16-bit, 6 BCLK for 8-bit 
cycles). 
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2.7 Locked Cycles 


The main CPU or a bus master can assert LOCK" to guarantee exclusive memory 
access during the time LOCK* is asserted. A bus master can also assert LOCK“ to 
guarantee exclusive I/O access during the time LOCK‘ is asserted. Assertion of LOCK* 
allows bit test-and-set operations (as used for semaphores) to be executed as a unit, with 
the bus lock preventing multiple devices from simultaneously modifying the semaphore bit. 


The main CPU asserts LOCK* during the execution of certain instructions that 
follow a LOCK instruction prefix and while executing an XCHG instruction. 


A bus master can perform locked bus cycles by asserting LOCK* in the first cycle of 
a locked access before the end of CMD*. LOCK" is negated on or after the BCLK edge at 
the trailing edge of CMD* on the last cycle of the locked access. The bus master must 
negate LOCK* before releasing the bus. The LOCK*® signal should be floated with the 
other control signals (START*, MSBURST*, etc.) at the end of the bus access. 


The bus master must not initiate a sequence of locked cycles after the system board 
negates MAKx* for a bus preemption. A locked sequence started with MAKx* asserted 
has at least 64 BCLK periods to complete. A locked sequence started after the system 
board negates MAKx* causes a bus timeout if it starts too late to complete before the 64 
BCLK timeout. “ 


The bus master must not initiate a sequence of locked cycles that cannot complete 
before the 64 BCLK bus preemption timeout. For example, the bus master should avoid 
executing any locked sequence to a dword located in slow 8-bit memory. An 8-bit memory 
with 2.5 us cycle time (maximum wait states) requires 10 ys to do a 32-bit read operation. 
A locked read-modify-write that starts just before the system board negates MAKx* causes 
a bus timeout to occur on the BCLK after the read portion of the locked sequence. 


A bus master can access shared memory and I/O on successive controllers, leaving 
them all locked until the bus master negates LOCK*. 


An ieilipent controller with shared local memory or I/O must monitor LOCK” at 
the rising edge of BCLK. If a valid address within its local memory or I/O address range is 
decoded with LOCK* and CMD* asserted, the controller must inhibit shared memory or 
1/O access until it samples LOCK* negated. LOCK* is asserted (if at all) during the first 
BCLK of CMD*. LOCK* remains asserted at least until the end of CMD™* of the last cycle 
to be locked. The slave, once addressed with LOCK® asserted, must wait until LOCK* ts 
sampled negated before allowing shared access by the local device, even if intervening 
cycles to other addresses or idle cycles are noted. 


If a slave sup: orts Burst, then it must lock together those cycles that have LOCK* 
asserted at the end of each subcycle (sampling at rising edge of BCLK). 
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Figure 43 - LOCK Timing Example 
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Cycle 1 and 2 are locked together, cycle 3 is not expected to be locked by the 
master. 


Note 1: LOCK* timing may be either way (or a combination of the two), the slave 


must lock cycle 1 and 2 together, i besa 3 is not expected to be locked with the others by the 
master, but may be at the option of the slave. 
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2.8 EISA Devices 


2.8.1 Memory Slaves 


A memory slave monitors LA<31:2>, and, after decoding a valid memory address, 
asserts EX32* (32-bit slaves) or EX16* (16-bit slaves) to indicate its data size. The slave 
can begin processing the cycle when START™ is asserted. The slave can lengthen the cycle 
by negating EXRDY during START*. The slave can hold EXRDY negated for a 
maximum ue time of 2.5 us, and must float EXRDY synchronously with the falling edge 
of BCLK. Setup and hold time to BCLK specifications must be met on EXRDY assertion” 
for proper system operation. On memory reads, a slave drives only the data bytes indicated 
by BE*<3:0>. On memory writes, the slave samples only the data me indicated by 
BE*<3:0>. (See table of allowable BE*<3:0> combinations under *<3:0> signal 
description.) 


A memory slave that requires refresh must monitor REFRESH*. If the slave 
samples RE H* asserted on the leading edge of START", then it should use 
LA<15:2> to generate the refresh address <31:16> should be ignored). The bits 
driven on LA<15:2> contain a scrambled refresh address. LA<15:10> contain the high 
order refresh bits, LA<7:0> contain the low order refresh bits, LA<9> is refresh<1>, 
and LA<8> is refresh<0>. The refresh cycle is two BCLKs long (from leading edge of 
START® to the trailing edge of CMD*) unless the slave extends the cycle by negating 
EXRDY. For best system performance, a slave should not extend the refresh cycles. 


Memory slaves that support Burst cycles must also support standard memory cycles 
as described above. Burst memory slaves must also be able to transfer 32 bits of data (or 
16 bits for a 16-bit memory slave) each BCLK after the initial cycle. The actual amount of 
data transferred in a given cycle depends on the state of the BE*<3:0> lines. During the 
Burst sequence, the address changes on each falling edge of BCLK and the data should be 
driven or latched on each rising edge of BCLK. 


During a Burst read, the memory slave must not begin to enable the data onto the 
bus until the specified time after the rising edge of BCLK. Only those bytes of data 
specified by the BE*<3:0> lines should be driven and the data buffers that are not 
enabled for the next cycle must be floated within the specified float time. These 
requirements allow the system to copy the data for 16-bit masters without bus conflict. 


The Burst sequence provided to a Burst slave never crosses a 1024 byte address 
boundary (LA<31:10> does not change during a Burst). A master or system terminates a 
Burst sequence and restarts it with a new initial cycle if the Burst transfer does cross the 
1024 byte boundary. Note that the address provided by the master is not required to be 
sequential, only within the 1024 byte address boundary. Also, fewer than 32 bits of data 
may be transferred, with the BE*<3:0> lines indicating the proper amount. The Burst 
sequence is defined such that it must be all reads or all writes. e W-R line does not 
change during a Burst. (See Figure 46.) 


The Burst slave generates SLBURST™ to indicate that it can accept a Burst, and 
samples MSBURST™ to determine if Burst cycles will be used by the master or system. 
SLBURST®* is decoded from the address and M-IO signals (the same decode logic as 
EX32* can be used but the signal must be driven by a separate opén collector type driver). 
MSBURST* is sampled on the rising edge of BCLK at the end of each subcycle to 
determine if another subcycle is to be run. 
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A memory slave can negate EXRDY to lengthen Burst subcycles (add wait states) in 
one BCLK increments. The memory slave controls the number of wait states by asserting 
(and floating) EXRDY from falling edges of BCLK (to meet the setup and hold 
requirements). When wait states are added to the last subcycle of a Burst, the bus master 
holds MSBURST*® asserted until it samples EXRDY asserted. Figure 44 and 45 show the 
relevant signals for an EISA memory slave with wait states added. 


Memory slaves can use COMPRESSED Cycles to improve data transfer rates. The 
slave asserts NOWS®* after sampling START* asserted. The system board samples 
NOWS* on the trailing edge of START* and compresses the length of CMD* to 1/2 
BCLK. Bus masters cannot execute COMPRESSED cycles. The slave must be able to 
accept normal CMD* timing, even if it asserts NOWS*. (See Figure 47 for an illustration 
of the signals relevant to this operation.) A slave must not assert EXRDY and NOWS* 
during the same cycle. The bus timing parameter tables provide minimum timing 
specifications for address setup, START* and CMD*. The maximum time limits depend 
on the device generating the cycle. A memory slave must be able to accept whatever 
timing is generated. 


A memory slave must latch the address (including M-IO and W-R) if it requires a 
valid address after assertion of CMD*. The address may be latched with the trailing edge 
of START® or the leading edge of CMD*. A slave that supports compressed cycles can use 
the rising edge of BCLK after assertion of START*. 


EISA is a 32-bit standard, with a bus and connector that provide a 32-bit data and 
address bus. Sixteen-bit EISA expansion boards must support the 32-bit address bus and 
connectors. Sixteen-bit EISA memory slaves must decode the entire 32-bit address to 
maintain compatibility with all EISA systems. An EISA bus master can perform transfers 
to any 32-bit memory address, even in systems with a 16-bit main CPU. 


EISA memory slaves can have multiple noncontiguous ene, segments at 
addresses above 16 MB. Memory mapped at addresses between 0 KB and 640 KB must be 
contiguous starting at zero. Memory mapped at addresses between 1 MB and 16 MB must 
be contiguous starting at 1 MB. 


Memory ee 1/O slaves that decode the full 32-bit address should be mapped at 
an address above 2 GB. 
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Figure 44 - Memory Slave with Wait States 
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Note: Italicized signals indicate output of slave. 


1) CMD* extended by master or system 
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Figure 45 - BURST EISA Memory Slave with Wait States 
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Note: Italicized signals indicate output of slave. 
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Figure 46 - EISA Memory Slave (Burst Cycle) 
Page Boundary Condition 
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Figure 47 - EISA Memory Slave (Standard Cycle) 
NOWS* Asserted 
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Standard cycies may follow assertion of NOWS* 


Note: Italicized signals indicate outpul of slave device. 
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2.8.2 1/0 Staves 


An I/O slave asserts EX32* (or EX16* for a 16-bit I/O slave) when and as long as a 
aly 1/O address is decoded on LA<15:2> with M-JO and AENx low. EX32* should not 
e latched. 


The system board does not automatically assert 1016* when a 16-bit ISA bus master 
accesses an EISA I/O slave. EISA slaves that support 16-bit ISA bus masters must assert 
1016* as well as EX32* (or EX16") when addressed. 1016* is asserted on decoding a valid 
address on the LA<15:2> address bus. 1/O slaves that do not support 16-bit ISA bus 
masters need not assert IO16*. 


The slave can begin processing the cycle when START™ is asserted. The slave may 
lengthen the cycle by negating EXRDY during the time that START* is asserted. 
Assertion of EXRDY must meet the setup and hold time specification to BCLK for proper 
2 age operation. Therefore, the falling edge of BCLK should be used to float E Ys 

or read cycles the slave drives only the data bytes indicated by BE* <3:0> when IORC™ is 
asserted. For write cycles, only the data bytes indicated by BE*<3:0> are written when 
IOWC® is asserted. (See table of allowable BE*<3:0> combinations under BE* <3:0> 
signal description.) 


I/O slaves can use COMPRESSED Cycles to improve data transfer rates. The slave 
asserts NOWS* after sampling START asserted. The system board samples NOWS* on 
the trailing edge of START* and compresses the len of CMD* to 1/2 BCLK. Bus 
masters cannot execute COMPRESSED cycles. The slave must be able to accept normal 
CMD* timing, even if it asserts NOWS*. A slave must not assert EXRDY and NOWS* 
during the same cycle. The bus timing parameter tables provide minimum timing 
specifications for address setup, START* and CMD*. The maximum time limits depend 
on the ee generating the cycle. An I/O slave must be able to accept whatever timing is 
generated. 


Aslave canextend cycle timing by negating then asserting EXRDY on BCLK edges. 
The system board and EISA bus masters maintain the relationship of BCLK to the trailing 
edge of START* and the leading edge of CMD*. BCLK toggles during all cycles, but its 
period may be extended on some cycles. The BCLK high or low time always meets the 
minimum specified in the bus timing parameter table. 


An I/O slave must latch the address (including M-IO, W-R, and AENx) if it 
requires a valid address after assertion of CMD*. The address can be latched with the 
trailing edge of START* or the leading edge of CMD*. A slave that supports 
COMPRESSED cycles must use the rising edge of BCLK after assertion of START’. 


An EISA device (such as a bus master) can be designed to respond as an 8-bit 1/O 
slave as well as a 16- or 32-bit I/O slave. In this case, the slave need not drive ExAo2, 
EX16*, or 1016". The slave uses LA<15:2>, AENx, M-IO, and BE*<3:0> for 
addressing. It uses START*, CMD*, NOWS*, and EXRDY for timing control. It uses 
D<7-0> to transfer the data. The default timing for these cycles is 1 BCLK for START™, 
and 5 BCLKs for CMD*. Wait states can be added by negating EXRDY, and the default 
timing can be shortened by asserting NOWS* (in the same ashion as for ISA 8-bit slaves). 
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The 8-bit slave should not assert NOWS* during START™ or the first clock of 
CMD*. NOWS* can be asserted during the 2nd, 3rd, or 4th BCLK when CMD* is asserted 
to shorten the standard 6 BCLK cycle to 3, or 5 BCLKs. If EXRDY is negated by the 8-bit 
slave, it has no effect until the fifth BCLK of CMD*. If EXRDY is sampled negated on the 
falling edge of BCLK in the Sth BCLK of CMD* asserted, then the system board lengthens 
CMD®* in BCLK increments until EXRDY is floated and sampled asserted. EXRDY 
should not be negated if NOWS* is asserted. 


2.8.3 Bus Masters 


EISA bus masters are full chronous with BCLK. An EISA master drives 
LA<31:2>, BE*<3:0>, M-IO, W-R, D<31:0>, START*, MREQx*, and MSBURST™ (if 
necessary) from BCLK edges. The 32-bit master monitors EX32* (a 16-bit bus master 
monitors both EX16* and 2* and treats them as equivalent), EXRDY, and MAK«x"*. 
These signals are also synchronous to BCLK. 


A bus master requests control of the bus by assertin MREQx* and receives control 
when it samples MAKx* asserted on the rising edge of BCLK. The bus master drives 
LA <31:2> and M-IO valid on the next falling edge of BCLK. On the next rising edge of 
BCLK, W-R and BE*<3:0> are presented and START™* is asserted. On write cycles, the 
bus master presents valid data on the next falling edge of BCLK. 


On the next rising edge of BCLK, the master negates START™, and the system 
board asserts CMD*. The bus master samples EX32* (32-bit bus masters) and EXi6* 
(16-bit bus masters) on the same rising edge of BCLK to determine if the slave being 
accessed is an EISA slave with equal or greater data size. If the appropriate signal (EX32* 
or EX16*) is sampled asserted, the bus master can present the next address on the falling 
edge of BCLK to begin the next cycle. The bus master must wait for EXRDY to be 
asserted before completing the cycle and asserting the next START*. On read cycles, the 
data is sampled on the rising edge of BCLK after the slave asserts EXRDY. On write 
cycles the bus master must hold the data valid until the falling edge of BCLK after the slave 
asserts EXRDY. 


If the bus master sampled EX32* negated (or both EX16* and EX32" negated for 
16-bit bus masters), then the system board performs data size translation. The bus master 
floats D<31:0> (on write cycles), BE* <3:0>, START® (for all cycles), and MSBURST™* 
(for Burst cycles) on the falling edge of BCLK (after negation of START) and the system 
board performs the data size translation. The bus master regains control of the cycle after 
sampling EX32* (or EX16* for 16-bit bus masters) asserted on the rising edge of BCLK. 
When the appropriate signal (EX32* or EX16*) is sam led asserted the bus master can 
a the next address on the falling edge of BCLK to begin the next cycle. (See Figure 


When the bus master no longer requires control of the bus it negates MREQx” on 
the falling edge of BCLK. The bus master, on the falling edge of BCLK before the cycle is 
finished, floats LA<31:2>, BE*<3:0>, M-IO, and W-R. On the next rising edge, 
START* and MSBURST™ (for Burst cycles) must be floated. On the next falling edge of 
BCLK, the bus master floats D<31:0> (on writes). The system board negates MAKx* 
when it samples MREQx* negated. 
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A bus master may be preempted by the system board or another bus master. The 
system board negates MAKx’, indicating to the bus master that it must finish the current 
bus cycle and relinquish control of the bus (by negating MREQOx*) within 64 BCLK periods 
(8 ss). It is suggested that masters complete operations within a shorter time (such as 32 
BCLK periods) to reduce bus latency for other masters or the CPU. Figure 49 illustrates 
the relevant signals of an EISA bus master preempted during a normal cycle. 


Any 16-bit bus masters must drive MASTER16* asserted from MAKx" and keep it 
asserted until the bus is released. On bus “release”, the MASTER16° line is floated. For 
standard EISA cycles, "release" is the same time as START™ is floated. For cycles where 
bus as occurs the release is on the rising edge of BCLK after EX16* is sampled 
asserted. 
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Figure 48 - EISA Bus Master 
Write Cycle with Data Translation 
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Heavy lines indicate float by master device. 
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Italicized signals indicale output of master device. 


1) EX32* may also be sampled on the falling edges of BCLK. 
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Figure 50 - Bus Transfer from Master Control to Float - 
EISA Cycle (with Wait States) 
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Note 3: NREQx’ must remain high for two BCLKs minimum as shown 


Note 4: Earliest possible control by next device. 
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Figure 51 - Bus Transfer from EISA Control to Float - 
Translated ISA Cycle 
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Latest possible time for release of START*, data, and address is shown. 


Note 1: The LA <> includes LA <31:2>, BE*<3:0>, M-IO, 
W-R, LOCK*, and MSBURST*. 


Note 2: The heavy lines indicate float. 
Note 3: |. MREQx* must remain high for two BCLKs minimum as shown. 


Note 4: Earliest possible control by next device. 
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2.8.4 Burst Bus Masters 


Burst bus masters must do everything defined for standard bus masters. In addition, 
they support the use of the MSBURST™ and SLBURST® lines and Burst cycles. 


A bus master begins a set of Burst cycles by executing a Standard cycle and sampling 
SLBURST" asserted on the rising edge of BCLK when START" is negated. The bus 
master asserts MSBURST® with the next pipelined address (on the falling edge of BCLK). 
MSBURST* must not be asserted if SLUBURST*® is sampled negated or if the bus master 
samples EX32* negated (32-bit bus masters). In this case, the bus master completes the 
cycle as a non-Burst master. 


For read Burst cycles, the bus master presents a new address on each falling edge of 
BCLK and samples the data for that address on the BCLK rising edge 1-1/2 BCLKs later. 
On the last qe of the Burst transfer, the bus master negates MSBURST™ (on the falling 
edge of B ). The bus master completes the cycle on the next rising edge of BCLK. 


For write Burst cycles, the bus master presents a new address on each falling edge of 
BCLK and presents valid data 1/2 BCLK later. 


Burst cycles must be all read accesses or write accesses. Mixed read and write cycles 
can not use Burst. The bus master completes the Burst transfer by negating MSBURST* 
during the last cycle of the transfer. All Bursts must occur within the 1024-byte page 
boundary, and only address bits LA<9:2> or BE*<3:0> will change. The Burst transfer 
reve split up into two or more separate transfers if the transfer crosses a page 

undary. 


If a bus master samples EXRDY on the falling edge of BCLK, it extends the cycle 
until sampling EXRDY asserted. The master may still change to the next address even 
though EXRDY is negated. (The master must then hold the address until EXRDY is 
sampled active.) If a bus master samples EXRDY on the falling edge of BCLK on the last 
cycle ne a Burst transfer, it extends the assertion of MSBURST™ until sampling EXRDY 
asserted. 


A Burst bus master may be preempted by the system board or another bus master. 
The system board negates MAKx*, indicating to the bus master that it must finish the 
current bus cycle and relinquish control of the bus (by negating MREQx* and 
MSBURST®*) within 64 BC eriods (8 us). It is suggested that masters complete 
operations within a shorter time (each as 32 BCLK periods) to reduce bus latency for other 
masters or the CPU. Figure 52 illustrates the relevant signals of an EISA bus master 
preempted during a Burst cycle. 
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Figure 53 - Bus Transfer from Master Control to Float - 
EISA Burst Cycle 
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Latest possible time for release of START“, data, and address is shown. 


Note1: The LA <> includes LA <31:2>, BE*<3:0>, M-IO, W-R, LOCK", 
and MSBURST*. 


Note 2: The heavy lines indicate float. 
Note 3: | MREQ* must remain high for two BCLKs minimum as shown. 


Note 4: Earliest possible control by next device. 
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2.8.5 Downshift Burst Bus Masters 


A "Downshift" master is a 32-bit Burst bus master that can convert to a 16-bit Burst 
bus master “on the fly." 


A downshift bus master that intends to perform a Burst transfer must drive 
MASTER16* on each START* that it generates. This allows the system to tell the 
difference between the downshift master and a 32- or 16-bit master. The timing should be 
the same as for START". 


This type of master must monitor both EX32* and SLBURST™ at the rising edge of 
BCLK at the end of START® to determine the correct action for the remainder of the 


cycle. The following table shows the system and master response to the slave for downshift 
masters. 


x 32-bit cycles: the system will not participate in the cycle. The 
master completes the cycle with EX32* as a normal 32-bit 
master. 


16-bit Burst cycles: After START*, the system does not 


participate in the cycle. In this case, the master is required to do 
its own assembly or disassembly, including the data copying. Uf 
at START* and the first CMD* cycle the master has all 
BE* <3:0> lines asserted, then at the next CMD* the master 
should only have BE*<2> and BE*<3> asserted. For the 
second cycle, the master needs to copy the data to the low word 
of the bus for writes (or deal with it on the low word for reads). 
For write cycles the master may drive the high word of the data 


bus as long as BE*<3:2> require it even though the slave is 
only 16-bit. If at START* BE*<1> and BE*<0> are both 
negated, then, at the end of START’, the master also enables its 
low word data buffers with the same write data as on the high 
word. One-half clock later, the system stops driving all of its 

the end of the Burst. 


buffers and remains inactive until 


16-bit non-Burst or ISA cycles: the system assumes the master is 
a 32-bit master and performs the assembly as expected. In this 
case, the master holds its write data buffers active until the 
falling edge of BCLK after START™, then floats them and waits 
for EX32* to be returned. 
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The following table shows the combinations of byte enables that require the 
additional] copying operation: 


Copy Bytes 
BE3* BE2* BE1* BEO* 3:2 -> 1:0 


OCHPOOPHORPHEH 
COCDOKRPHORFPRH 
COORPZCORPKFOP 
OCOPKHPHORHEHO 


Figure 54 illustrates an example of the "downshift" master in operation. 


Figure 54 - "Downshift" Bus Master Operations 
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Note: The heavy lines indicate that both the system and the master are driving 
_ together. 
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In the above diagram, the master transfers nine bytes of data beginning on an odd 
word boundary. At T1 the master asserts BE* <3:2> and puts the data (a) on the two high 
byte lanes of the data bus. The system copies the data down to the two low byte lanes as 
for all 32-bit masters. At time T2, the master senses that a 16-bit Burst memory slave is 
present and begins to copy the nies bytes of data to the low bytes (b), (duplicating the 
effect of the system). At time T3, the system stops copying the data leaving only the master 
on the data bus (c). At (d) the data is changed to that required for the next set of byte 
enables. The whole bus can be driven if desired. At (€) the data on the low word is 
changed again to a copy of the high word of data present at (d). This process is continued 
until the transfer is complete. 


Note that the master should only assert MASTER 16° if it intends to do Burst cycles. 
If MASTER 16? is asserted for a non-Burst transfer and a 16-bit EISA Burst slave responds, 
the master is responsible for copying data through to the end of the cycle since the system 
will stop copying at the end of ey 


2.8.6 DMA Devices 


A DMA device requests service by asserting DRQ<x>. DROQ<x> can be driven 
asserted asyncronously. e system board samples DRQ<x> asserted and eventually 
ts bus control to the DMA channel by asserting DAK*<x>. A DMA device decodes 

/O accesses with IORC* (or IOWC*) and DAK* <x> asserted. 


The DMA device cannot add wait states to a cycle and must accept the cycle type 
executed by the DMA controller. (Wait states are added by the system or the memory 
slave.) Figure 55 illustrates the relevant signals for and EISA DMA device during a 
compatible write transfer. 


In certain cases, the system may preempt an EISA DMA device indicating to the 


DMA device that it must finish the current bus cycle and relinquish control of the bus by 
negating DRQ<x>. Figures 56 and 57 illustrate preempted DMA cycles. 
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Figure 55 - EISA DMA Device 
Compatible Write Transfer 
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a 
Ni 
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DAK*<x> 


IORC* 


Italicized signals indicate output of DNA device. 


Heavy lines indicate float by DMA device. 


Note. 


1) Length of cycle is extended due to the negation of CHRDY by the slave. 
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"B" EISA DMA Device (Block Memory Write) 
AK*<x> 


Transfer Interrupted by D 


56 - Type 


Figure 


Type A cycles add one clock of IORC* to the beginrung of each cycle and one clock af hold lime to the end of each cycle 


Italicized signals indicale output of DNA device. 


Note: 


1) Transfer interrupted by negation of DAK*<x>. 


2) Cycle is longer due to a wait slate requested by the slave. 
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Figure 57 - BURST EISA DMA Device: Demand Memory Write 
Negation of DAK*<x> and DRQ<x> in Same Cycle 
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Note: Italicized signals indicate output of the DNA device.. 
Al] others are inputs. 


1} When DRQ<x> is negated in demand mode. the DNA device expects 
another full transfer. If DAK*<x> is negated in the same cycle due 
to a preemption, DRQ<x> musi be reasserted for a single transfer. 


2) Wail state added by the system. 


158 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCAHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


2.8.6.1 Non-Burst EISA DMA Devices 


The system board asserts a DMA channel's DAK*<x> and asserts IOWC* to 
indicate a memory read (I/O write) DMA cycle. The system board holds IOWC* asserted 
until it presents valid data. If the memory slave requires wait states, or data size translation 
is required, the system board holds IOWC*® asserted until finished. The DMA device is not 
allowed to add wait states on its own; it must conform to the timing programmed into the 
DMA controller. (See Figure 58 for an illustration of the relevant signals.) An exception 
to this is ISA Compatible emery read (I/O write) cycles. For these cycles, DMA devices 
can add wait states by negating C » a 


The DMA device doing memory write (I/O read) cycles will see its DAK*<x> go 
active and the IORC* signal go active. The IORC* signal remains active until the data is 
latched by the EISA memory or the system board (if the memory needs 8 or 16-bit 
disassembly). The slave is not allowed to add wait states on its own; it must conform to the 
timing programmed into the DMA controller. 


Normal demand and block modes of the DMA device are similar to single-cycle 
mode except that DMA does not release the bus between cycles. For demand mode, the 
DRQ<x> line is monitored to determine when to release the bus and stop cycling; for 
block mode, the entire programmed block is transferred from one DRQ<x>. 


The DRQ<x> signal is sampled for negation by the system on rising edges of 
BCLK, one BCLK before the end of the IORC* or IOWC* asserted time. If wait states are 
added by the memory slave, then this may be later than usual. For Type "A" and “ISA 
compatible” timing modes, the system provides synchronization of DRQ<x>. For Type 
"B" timing, DRQ<x> must meet the setup and hold time specifications for proper 
operation. 


In single cycle mode, DAK*<x> can be negated for a minimum of one BCLK 
period between cycles in timing modes "A" or "B". 


In “compatible” mode, the minimum time between DROQ<x> asserted and the 
system responding with DAK*<x> is 1.0 us (8 BCLKs). 


The T-C signal (Terminal Count), when being driven by the system, should be 
decoded with DAK* <x> and IORC* or IOWC*. 


If T-C is being driven by the DMA device, to terminate or restart a DMA transfer, 
(see DMA programming), then the DMA device must go from floating the T-C line to 
driving it low (negated) when DAK*<x> is asserted. When the transfer is to be 
terminated, T-C should be asserted with the IORC* or IOWC* of the last cycle. T-C 
should be negated when IORC* or IOWC* is negated. When DAK*<x> is negated, T-C 
must be floated. (See Figure 59 for an illustration of the relevant signals.) 
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Figure 58 - Type "B" EISA DMA Device (Demand Memory Read) 


Type A cycles add one clock of IO¥C’ to the beginning of each cycle and one clock of hold time to the end of each cycle 


DAK*<x> 


“ 
x 
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BCLK 
jowc’ 


Italicized signals indicate output of DMA device. 


Note. 


1) Cycle is longer due to a wait state requested by the slave. 
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Figure 59 - Type "B" EISA DMA Device (Block Memory Write) 


T-C Asserted by DMA Device 


BCLK 


“A 
M 
& 


DAK*<x> 


Type A cycles add one clock of 1ORC* to the beginning of each cycle and one clock of hold time to the end of each cycle 


Heavy lines indicate float by DNA device. 


Notes: 


Italicized signals indicate output of DNA device. 


1) Cycle is longer due to 4 wail state requested by the slave. 
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2.8.6.2 Burst EISA DMA Devices 


Burst mode of EISA DMA transfer is only useful (and allowable) for demand or 
block mode. The Burst DMA device must monitor the signals BCLK, EXRDY, 
DAK? <x>, and IORC* or IOWC? (depending on whether reading or writing). After the 
first transfer cycle (used to “prime” the memory and determine if the memory supports 
Burst) transfers occur once per B 


A Burst DMA device doing 1/O write (memory read) cycles monitors BCLK, 
EXRDY, DAK*<x>, and IOWC*. The DMA controller asserts AK*<x>, and, later, 
asserts IOWC*® on the rising edge of BCLK. DAK*<x> is held asserted for the duration 
of the Burst transfer and IOWC® is held asserted until a cycle translation occurs or, for 
Burst compatible memory, until the Burst transfer com letes. The Burst DMA device must 
sample the data by the nsing oar oe BCLK. The D device samples EXRDY on each 
falling edge of BCLK while IOWC* is asserted. If the DMA device samples EXRDY 
negated, indicating addition of wait states by the memo tem, then data must be latched 
after EXRDY is asserted, by the next rising edge of B When wait states are added to 
the last subcycle of a Burst, the system board holds IOWC* asserted until it samples 
EXRDY asserted. The DMA device is not allowed to add wait states on its own; it must 
conform to the timing provided by the system. 


The system board automatically performs cycle translation for a Burst DMA 
transfer from memory that does not support Burst. The DMA device monitors IOWC® and 
samples it negated while the system board performs the translation, then samples IOWC* 
esa when the the DMA controller restarts the Burst transfer after the translation 
completes. 


A Burst DMA device doing I/O read (memory write) cycles monitors BCLK, 
EXRDY, DAK*<x>, and IORC*. The DMA controller asserts DAK*<x> and, later, 
IORC* on the falling my of BCLK. The DMA device must drive new data on the bus on 
the next rising edge of BCLK and hold it until the followin rising edge of BCLK. The 
DMA device samples EXRDY on each falling edge of BCLE while IORC* is asserted. If 
the DMA device samples EXRDY negated, indicating addition of wait states by the 
memory system or the initial cycle of the Burst, then data must be held stable until the next 
rising edge of BCLK after EXRDY is asserted. When wait states are added to the last 
subcycle of a Burst, the system board holds IORC® asserted until it samples EXRDY 
asserted. The DMA device is not allowed to add wait states on its own; it must conform to 
the timing provided by the system. (See Figure 60.) 


Addresses asserted during Burst DMA cycles to DRAM memory must be within a 
1024 byte DRAM memory page (address line LA<31:10> cannot change during the 
transfer). To cross aD page boundary, the system board terminates the Burst DMA 
sequence by negating the MSBURST™ signal on the last cycle in the page. The system 
board then restarts the sequence on the new page. Figure 61 illustrates a page boundary 
condition from a Burst DMA device perspective. 


The system board automatically performs cycle translation for a Burst DMA 
transfer to memory that does not support Burst. When the system board determines that 
cycle translation is needed, it latches the data for the current cycle in a temporary register 
and negates IORC* to indicate that the data is latched and the DMA device must float its 
drivers. The DMA device floats its drivers while the system board performs the translation 
and monitors IORC* to detect the DMA controller restarting the Burst transfer after the 
translation completes. : 


162 


EP 0 426 184 A2 


NC. 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 


CONFIDENTIAL INFORMATION OF BCPR SERVICES, 


ry Write) 


it States on Last Cycle 


rst EISA DMA Device (Demand Memo 
Wa 


Bu 


igure 60 - 


F 


BCLK 


pA) 
& 
S 


<x> 


DAK" 


1ORC* 


EXRDY 


DSTA 


Italicized signals indicate output of the DMA device. 
All others are inputs. 


-Nole: 


i) Wait state added by system 


2) Wait state added by memory slave 
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- Burst EISA DMA Device (Block Memory Read) 


Figure 61 


Page Boundary Condition 
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Italicized signals indicate output of the DMA device. 


All others are inputs. 


Note. 
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The DMA device monitors IORC* and samples JORC* asserted when the DMA 
controller restarts the Burst transfer after the translation completes. 


For both Burst modes the system samples DRQ<x> on rising edges of BCLK. For 
Block mode, DRQ<x> is ignored until the transfer has been completed. For Demand 
mode the DMA device can negate DRQ<x> at the falling edge of BCLK during asserted 
IORC* or IOWC*. If EXRDY is negated in a previous cycle, the DMA device must wait 
one BCLK after EXRDY is sampled asserted (the current cycle) to negate DRQ<x>. 
Note that one full transfer cycle follows the negation of DRQ<x>. (See Figure 62.) The 
DMA device can also negate DRQ<x> on the first falling edge of BCLK after DAK* <x> 
is asserted if only one cycle is desired. 


In the normal case, T-C is an output and is asserted at the end of a transfer on the 
falling edge of BCLK. This corresponds with the assertion of IORC* for the last cycle or 
leads the assertion of IOWC* by ie BCLK. If the memory adds wait states, then T-C 
occurs earlier. T-C is negated on the rising edge of BCLK at (for IOWC*), or after (for 
IORC*), the end of the cycle. The DMA device should sample T-C at the first falling edge 
of BCLK during asserted IORC* or IOWC* for the cycle. If EXRDY is negated for a 
cycle, T-C should not be sampled again until the BCLK after EXRDY is sampled asserted. 
(See Figure 63.) : 

If T-C is being driven by the DMA device to terminate or restart a DMA transfer 
(see DMA programming), then the DMA device must go from floating the T-C line to 
driving it low (negated) when DAK*<x> is asserted. When the transfer is to be 
terminated, T-C should be asserted on the falling edge of BCLK with the IORC* or 
IOWC*® of the next to last cycle and held asserted for one BCLK. (See Figure 64.) If 
EXRDY is negated in a previous cycle, the DMA device must wait one BCLK after 
EXRDY is sampled asserted (the current cycle) to assert T-C. Note that one full transfer 
cycle follows the assertion of T-C. When DAK*<x> is negated, T-C must be floated. The 
system waits one BCLK after DAK* <x> is negated before driving T-C negated (low). 


Figure 65 illustrates the special case where DRQ<x> is negated at a wait state. 
Figure 66 illustrates the preemption of a Burst DMA Device. 
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Figure 62 - Burst EISA DMA Device (Demand Memory Write) 
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Italicized signals indicate output of the DMA device. 


All others are inputs. 


Note: 


1) Wait state added by system 


2) Wait state added by memory slave 
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Burst EISA DMA Device (Memory Read) 
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Italicized signals indicate output of the DMA device. 
All others are inputs. 


Note: 
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re 64 - Burst EISA DMA Device 
C Asserted by DMA Device 
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Jtahcized signals indicate output of the DMA device. 
Al) others are inputs. 


Note. 


Heavy lines indicate float by device 
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5 - Burst EISA DMA Device (Demand Memory Write) 
DRQ<x> Negated at Wait State 


Figure 6 
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Italicized signals indicale output of the DNA device. 
All others are inputs. 


Note: 


1) Wait state sdded by system 


2) Wait slate added by memory slave 
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Figure 66 - Burst EISA DMA Device (Block Memory Read) 
Preemption by Negation of DAK* 
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Italicized signals indicate output of the DMA device. 
Ali others are inputs. 


Note: 


1} Wait state added by memory slave 
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2.8.6.3 Misaligned DMA Transfers _ 


A DMA device may handle misaligned DMA transfers by performing data 
alignment during the transfer. The DMA controller requests a misaligned transfer by 
indicating a partial word or dword with BE* <3:0> during the first and last cycle. The 
DMA device determines the number of bytes to transfer and appropriate byte lanes to use 
for the first transfer by decoding BE*<3:0>. The DMA device performs the byte 
alignment for the first transfer and continues the same byte alignment until BE* <3:0> 
in se another partial transfer (or until sampling the terminal count signal (T-C) 
asserted). 


For Type "A" and Type "B" transfers, the BE* <3:0> signals may be sampled with 
the leading edge of IOWC* or with the rising edge of BCLK following the assertion of 
IORC®. In either case the signals are set up to the edge by 100 ns and held from the edge 
by at least 30 ns. 


For Type "C" transfers, the BE* <3;0> signals may be sampled with the falling edge 
of BCLK during the first BCLK of each subcycle (there is only one BCLK per subcycle 
unless wait states are added), To this edge there is 60 ns of setup and 2 ns of hold time. 
Alternatively, the BE*<3:0> signals may be sam) led with the rising edge of BCLK that 
starts each subcycle (or IOWC* falling edge for the first subcycle). To this edge there is 
5 ns of setup and at least 55 ns of hold time. 


Misaligned DMA Memory Writes (1/O Reads) 


On the first transfer, the DMA device copies the addressed bytes from its DMA 
source register to the appropriate data bus byte lanes (indicated by BE* <3:0>) and stores 
the unused source register bytes in a holding register. On subsequent transfers, the DMA 
device copies the addressed bytes from the D source register and the contents of the 
holding register to the appropriate data bus byte lanes (as indicated on the first cycle by 
BE*<3:0>). For each transfer, the DMA device stores the unused DMA source register 
bytes, then supplies them on the following cycle. 


Misaligned DMA Memory Reads (1/0 Writes) 

On the first transfer, the DMA device stores the bytes indicated by BE*<3:0> ina 
holding register. On subsequent transfers, the DMA device copies the contents of the 
holding register and the appropriate bytes from the data bus (as indicated on the first cycle 


by BE*<3:0>) to the DMA destination register. For each transfer, the DMA device 
replaces the contents of the holding register with the unused bytes from the data bus. 


2.8.7 System Board 
2.8.7.1 Main Memory Access 
The EISA architecture does not require all memory (or I /O) access cycles to reflect 


on the EISA bus. The main CPU (and other devices) can access the main memory system 
without presenting address or timing control on the EISA bus. 
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2.8.7.2 Back-to-Back I/O Delay 


The EISA system board automatically forces a minimum 2-1/2 BCLK (300 ns) 
delay between back-to-back ISA I/O accesses caused by separate CPU cycles. The delay is 
measured from the trailing edge of an I/O command (IORC* or IOWC*) to the leading 
edge of the next I/O command (IORC* or IOWC*). The delay provides recovery time for 
ISA compatible I/O slaves. 


The system board prevents the CPU from pnt START™ for the next I/O cycle 
until at least 1 BCLK after the ca edge of IORC* or IOWC*. START™ for a memory 
cycle is asserted without the one BCLK delay. No delay is added to the data size 
translation ive of the I/O cycle (the delay is added to the beginning of the next cycle). No 
delay is added for 16-bit ISA bus master I/O cycles, which execute at a speed determined 
by the I/O slave's use of CHRDY. No ey is added for 32- and 16-bit EISA I/O cycles, 
which execute at a speed determined by the I/O slave's use of EXRDY. 


2.8.7.3 Slot-specific 1/0 


EISA systems reserve I/O spaces at 0z000b-0z0FFh, 0z400h-0z4FFh, 02z800b- 
0z8FFh, and 0zC00b-0zCFFh (where 'z' is the slot number from 1-F) for slot-specific 1/O 
slaves on ISA and EISA expansion boards. These address ranges alias ISA system board 
I/O address space. EISA Tan boards must fully decode I/O accesses to assure they 
don't alias wi rome pes /O slaves. The system board uses the slot-specific 1/O range 
where ‘z' is zero for all system board I/O devices. 


The system board disables the slot-specific I/O ranges by asserting the bus signal 
AENx (high) if the address 'z' does not match the slot number and the least significant 12 
address bits address a slot-specific range (0z000h-0z0FFh, 02400-024FFh, 0z800-0z8FFh, or 
0zC00-0zCFFh). Expansion boards that take advantage of the slot-specific I/O ranges 
must, at a minimum, decode LA<8> and LA<9> (SA<8> and SA<9> for ISA I/O 
slaves) address bits (decode to "0") with AENx negated (low) to assure they don't alias with 
ISA expansion board I/O. 
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The following truth table shows an example of a system board AENx decode, the 
AENx signals listed are low for the given combinations. Note that the signal AEN is 
included which is high for DMA activity. 
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The following table specifies the expansion board AENx decode: 
Expansion Board AENx Decode 


a 
fio fe 
ras [| 


Fe 


LA<7> x 


fas [oe 
pass [oe 
face [oe 
7 
fae fs | 
fines | 


Note: x depends on the address being decoded. 


The system board negates (low) AENx for slot-specific I/O cycles a short time after 
asserting START*. For ISA I/O cycles, the system board holds AENx negated until at 
least 1/2 BCLK after the trailing edge of IORC* or IOWC* to assure compatibility with 
ISA I/O slaves. For EISA I/O cycles, the system board holds AENx negated while it holds 
LA<15:2> valid. 


A bus master need not add a delay between back-to-back I/O cycles to ISA 1/O 
slaves. The BCLK added to the end of a cycle during the system board's data size 
translation satisfies the AENx hold requirement. 


2.8.7.4 1/0 Address Decoding 


I/O addresses between 0400h and O4FFh are reserved for current and future EISA 
system board peripherals defined by this specification. System board manufacturers can 
a system board addresses 0800-08FFh and 0C00-OCFFh for manufacturer specific 1/O 

evices. 
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2.9 Bus Arbitration 


EISA provides centralized arbitration control to allow bus sharing among the CPU, 
DMA controller, refresh controller and bus masters. A device asserts a bus request signal 
to arbitrate for bus access. The centralized arbitration controller arbitrates the request and 
the system board asserts a bus grant signal when the bus is available. The arbitration 
period does not affect execution of bus cycles by the active device. If other arbiters 
eens the active device by asserting a bus request (MREQx* or DRQ<x>) while the 
us is busy, the system board negates the bus grant signal (DAK"<x> or MAKx*) to 
indicate to the active device that it must release the bus, and the central arbitration 
controller performs the arbitration.1 After the active device releases the bus (indicated by 
negation of the bus request signal), the system board asserts the appropriate bus grant 
signal for the winning device. 


An EISA bus master or DMA device may be ae ey by another device that 
requests use of the bus. A bus master must release the bus within 64 BCLK periods (8 us) 
after sampling its MAKx* negated to prevent a bus timeout NMI. The DMA controller 
stops the DMA transfer and releases the bus within 32 BCLK periods (4 us) of a 
A The arbitration controller measures the bus timeout from the rising edge of 

CLK after negation of MAKx*. The arbitration controller counts 64 BCLK periods for a 
bus master, then samples MREQx*. If MREQx* is still asserted, an NMI is generated and 
the reset controller asserts RESDRV to reset the offending bus master. 


Following the negation of MREOx*, the system allows the completion of the last 
bus cycle before actually transferring control of the bus. This allows a bus cycle to be 
started (START*) before the timeout, and actual bus transfer to occur on the BCLK 
following the end of the cycle. This is true for cycles terminated by EXRDY or by EX32* 
(or EX16*). For Burst transfers, MSBURST* must be negated with the negation of 
MREQx*. For downshift Burst transfers, MSBURST* must be negated one transfer cycle 
after the negation of MREQx*. 


1, Only DMA devices that take advantage of EISA enhancements can be preempted 
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Figure 67 - Bus Master: Starting a Normal! Cycle 
Without a Bus Timeout 


(The figure shows the latest possible time to start without a bus timeout) 


Figure 68 - Bus Master: Continuing a Burst Cycle 
Without a Bus Timeout 


(The figure shows the latest possible time to start without a bus timeout) 
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Figure 69 - Bus Master: Continuing a Downshift Burst Cycle Without a Bus Timeout 


(The figure shows the latest possible time to start without a bus timeout) 
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Note: A wait state is shown to illustrate an allowable extension. 


The main CPU is given bus access when no other device is requesting use of the bus. 
In addition, the CPU system should request bus access when it has a cycle to execute. In 
cache-based systems, the request typically results from a cache miss. In noncached systems, 
the CPU is always requesting the bus. : 

In some systems, depending on the characteristics of the CPU and associated 
systems, it may be desirable for the arbitration system to allow the CPU to continue to hold 
the bus for a period of time after preemption by another device (or as long as the CPU 
continues to require the bus). This allows more time for the CPU to execute under heavily 
loaded conditions. To limit system latency, bus hold time from preemption to CPU hold 
request, should be kept to a maximum of 32 BCLKs. If this is done, then the maximum 
time the CPU could keep the bus becomes the maximum CPU hold request time, plus 32 
BCLKs. The CPU hold request maximum typically occurs during a sequence of LOCKED 
cycles. Therefore, to keep arbitration time to a minimum, LOCKED cycles should only be 
performed to high-speed memory. 


Figure 70 illustrates the control signals that each arbiter uses for bus arbitration. 


The preemptable arbiters include the main CPU, the DMA controller and any EISA bus 
master. 
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Figure 70 - Centralized Arbitration 


CPU CPU CPU 

BUS HOLO ACKNOWLEDGE 
REQUEST REQUEST | REQUEST 
(note) (note) 


Exponsion Bus 
Mosters 


OMAREQ 


CENTRALIZED 
ARBITRATION 
CONTROL 


AMMmMmOnDAZONO PZO 


Ae Oe ee mee meee: som on em renee Hemme ny 


REFRESH 


REFRESH 
CONTROLLER : 


REFREO 


Note: “CPU Bus Request". “CRU Hold Request” and “CPU Acknowledge Request” are implementation-specific signais 
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2.9.1 System Arbitration Priorities 


The EISA system board uses a multilevel rotating priority arbitration method. Ona 
fully loaded bus, the order in which devices are granted bus access is independent of the 
order in which they assert a bus request, since devices are serviced based on their position 
in the rotation. The arbitration scheme assures that DMA channels access the bus with 
minimal latency. The DMA controller is given a high level of priority to assure 
compatibility with traditional ISA expansion boards that require short bus latency. The 
EISA bus masters have a low priority and their design must provide for longer latency. 


DMA priorities can be modified by programming the DMA controller command 
registers to rotating priority. 


Figure 71 illustrates arbitration priorities with both DMA controllers prograrmmed 


for fixed priority, and Figure 72 illustrates arbitration priorities with both DMA controllers 
programmed for rotating priority. 
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Figure 71 - Fixed DMA Priority Arbitration Sequence 
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Figure 72 - Rotating DMA Priority Arbitration Sequence 
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The top priority level uses a 3-way rotation to grant bus access sequentially to a 
DMA channel, the refresh controller, and a device from the 2-way rotation CPU or a bus 
master). A DMA channel, the refresh controller, and a device from the 2-way rotation 
each gain access to the bus at least one of every three arbitration cycles (depending on 
what devices are requesting service). A device that does not request the bus is skipped in 
the rotation. 


NMI interrupts are given special priority. If an NMI interrupt occurs, the 
arbitration mechanism is modified so that the bus masters and the DMA controller are 
bypassed each time they come up for rotation. This gives the CPU complete control of the 
bus to perform the NMI service. 

2.9.2 Subsystem Priorities and Latencies 

This section illustrates the bus grant latency for a variety of system configurations. 
The estimates are intended to illustrate latencies in practical system configurations. The 
bus grant latency tabulations are based on the following assumptions: 

¢  An8 MHzEISA bus. 


° The CPU releases the bus within 9 us (32 BCLK periods plus 5 »s completion 
time for a locked cycle) after a preemption occurs. 


° Bus masters release the bus within 10.6 us (64 BCLK periods plus completion 
time for the final cycle) after a preemption occurs. 


° The DMA controller (programmed for block or demand mode) releases the bus 
within 5.8 us (32 B periods plus completion time for the final cycle). 


e Single cycle DMA completes in 1.1 us. 
¢ The DMA controller is programmed for fixed priority. 
e A refresh cycle takes 1.3 us. 


. The CPU, DMA channels, and bus masters re-assert their bus request signal 
immediately after relinquishing the bus after a preempt. 
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The latency assumptions noted above are not valid for all configurations, so the 
actual latency may be different for any specific case. Some of the configuration specifics 
that affect latency include: : 


* DMA devices programmed for ISA compatible BLOCK mode or ISA 
compatible demand mode. 


¢ Another special case occurs when the main CPU operates directly from EISA 
expansion bus memory, continuously requesting the bus. A device with a new 
bus grant gets an immediate preempt because of the CPU request. The device 
must release the bus within the 8 us time limit. 


° Slow memory affects latency, particularly when used by the CPU or bus masters 
to do LOCKED cycles or 32-bit operations. An 8-bit ISA memory accessed - 
with 32-bit accesses can cause much longer latencies than usual, particularly if 
accessed with read-modify-write type instructions with a LOCK prefix. 


The following bus grant latency tables include a separate table for each device type 
that arbitrates for the bus (the main CPU, the DMA controller, the refresh controller and 
bus masters). The device grant latency total (at the end of each table) indicates the 
device's worst case latency for the configuration. Each table includes four cases to 
illustrate the bus grant latency for a variety of configurations. 


The following table illustrates the latency calculation for a variety of DMA 
configurations: 


Bus Load Assumptions: 


DMA Channels teal 
DMA Channels (Sgi Cyc) 
Bus Masters 


Bus Grant Sequence: 


DMA Channel 0 
Refresh 

CPU 

DMA Channel 1 
Bus Master 
DMA Channel 2 


DMA Grant Latency 
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The following table illustrates the latency calculation for the refresh controller. The 
calculations show that distributed refresh occurs: 


Refresh Latency Examples 


Bus Load Assumptions: 


DMA Channels en 
DMA Channels (Sgl Cyc) 
Bus Masters 

Bus Grant Sequence: 
Refresh 


Bus Master 
DMA Channel 


Refresh 
Refresh Grant Latency 


The following table illustrates the latency calculation for the main CPU. Case 3 
eee that the CPU latency does not increase when large numbers of bus masters are 
added. 


Case 


Bus Load Assumptions: Qty Qty 
DMA Channels (BIk) 1 2 
DMA Channels (Sg! Cyc) 1 1 
Bus Masters 2 6 
(us) (us) 


Bus Grant Sequence: 


DMA Channel 1 
Refresh 

Bus Master 
DMA Channel 2 
CPU 


CPU Grant Latency 


184 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


The following table illustrates the latency calculation for a CPU bus grant to service 
an NMI. Case 1 shows the grant sequence without an NMI. Case 2 shows the grant 
sequence if a block mode DMA channel has the bus when the NMI is asserted, and a bus 
master is next in the rotation. Case 3 shows the grant sequence if a DMA channel has the 
bus when the NMI is asserted and the CPU is next in the rotation. Case 4 shows the grant 
sequence if a bus master has the bus when the NMI is asserted. 


NMI Latency Examples 


Bus Load Assumptions: 


DMA Channels (Bl) 
DMA Channels (Sgl Cyc) 
Bus Masters 

NMI asserted 


Bus Grant Sequence: 


DMA Channel 0 
Refresh 

Bus Master 
DMA Channel] 1 
Refresh 

CPU 


NMI Service Latency 
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The following table illustrates the latency calculation for an EJSA bus master: 


Bus Load Assumptions: 


DMA Channels er 
DMA Channels (Sgl Cyc) 
Bus Masters 


Bus Grant Sequence: 


DMA Channel 1 
Refresh 

CPU 

DMA Channel 2 
Bus Master 1 
DMA Channel 1 
Refresh 

CPU 

DMA Channel 2 
Refresh 

Bus Master 2 
DMA Channel 1 
Refresh 

CPU 

DMA Channel 2 
Refresh 

Bus Master 3 
DMA Channel i 


UO HAG RU ORU SG POR MAS rH Orn 
WoOOWOQbKoOoWosg wWHoWwWoQrHowso 


bee 
oO 


mNOre rn 


Bus Master 4 
DMA Channel 1 
Refresh 

CPU 

DMA Channel 2 
Refresh 

Bus Master 5.0 
DMA Channel 1 
Refresh 

CPU 


P 
DMA Channel 2 
Refresh 
Bus Master 6 


— 
WODWoORWoOOWOS 


MOH AGH Norn 


= 
is¥] 


Bus Master Grant Latency 
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2.9.3 


EISA Bus Master Arbitration Cycle Descriptions 


EISA bus masters use the slot-specific signals, MREQx* and MAKx* for bus 
arbitration. The EISA bus master asserts MREQx* to request bus access. If the systein 
board samples MREQx* asserted, the centralized arbitration controller performs the 
arbitration and the system board asserts MAKx* to acknowledge that the bus master may 
access the bus. The centralized system board can negate MAKx* while the bus master is 
accessing the bus. The bus master must release the bus within 64 BCLKs (8 us) after 
negation of MAKx*. The centralized arbitration controller causes an NMI if a bus master 
fails to release the bus within the 8 us time limit. 


Figure 73 illustrates an arbitration sequence in which the slot 2 bus master preempts 
the slot 1 bus master. The following procedure describes the arbitration sequence: 


A. 
B. 


Cc. 


H. 


I. 
J. 


Master 1 requests control of the bus by asserting MREQI*. 

The system board samples MREQ1* asserted and arbitrates among all other 
requests, eventually granting control of the bus to Master 1 by asserting 
MAK1* on the rising edge of BCLK. 

Master 2 requests control of the bus by asserting MREQ2”. 

The system board preempts Master 1 by negating MAK1* on the rising edge 
- BCLK. Master 1 now has 64 BCLKs (8 us) to relinquish control of the 

us. 


Master 1 stops driving the address bus, data bus and the control signals, and 
negates MREQ1*. 


Master 1 still requires the bus, however, so it waits two BCLKs and asserts 
MREOQ1* again. 


Master 2 is granted control of the bus by the system board, and begins driving 
the bus signals and executing cycles. 


Master 2 voluntarily relinquishes control of the bus by negating MREQ2*. 


‘The system board samples MREQ2* negated and begins bus arbitration. 


The system board gives Master 1 control of the bus again. 


Note: There is typically a one BCLK delay between the time MREQx* is sampled by the 
system and the time the system responds. 
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Bus Arbitration Between Two Bus Masters 


Figure 73 
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2.10 Memory Refresh 


The EISA system board performs memory refresh. EISA bus masters need not 
supply refresh cycles since the refresh controller can preempt the bus master and perform 
the necessary refresh cycles. sixteen-bit ISA bus masters that hold the bus longer than 15 
us must supply memory refresh cycles. 


A memory slave must monitor REFRESH®* to detect a refresh address. If 
REFRESH?” is asserted before assertion of START“, the address on the bus is a refresh 
address. The refresh cycle lasts from the leading edge of START* through the trailing 
edge of CMD* (2 BCLK periods) unless wait states are added by the memory slave 
negating EXRDY (EISA slaves) or CHRDY (ISA slaves). Memory slaves must not drive 
data on the bus during refresh. To achieve maximum performance, memory slaves should 
not add wait states to refresh cycles. 


The refresh controller drives the refresh address onto the LA<15:2> address lines 
(14 bits of refresh counter) and also enables the BE* <3:0> lines so that they can be 
translated to SA<1:0> lines. The state of LA<31:16> is indeterminate. The refresh 
address bit order on the LA<15:2> and SA<15:0> bus is as follows: 


alsa] fso] =] | 2] of 7] ol fa] 2] a] ofrerrecn_| 
a=[ae[i[z2fzafsol of ef of el sf «| 3] 2 af olan 
Refresh requests are generated by two sources: system timer 1 counter 1, and 16-bit 


bus masters that assert REFRESH* when they are in control of the bus. The system timer 
is programmed to request a refresh about every 15 microseconds. 


The refresh controller performs distributed refresh and increments a counter each 
time a refresh request is not serviced within the normal 15 ys interval. The counter counts 
up to four incomplete refresh requests. The refresh controller executes one refresh cycle 

_when it gains control of the bus, and decrements the pending refresh count. If more 
refreshes are queued up, the refresh controller immediately requests the bus again, without 
waiting the normal 15 us interval. In this case, if no other device requires use of the bus, 
then the REFRESH* negated time can be as short as 1 BCLK. 


The incomplete refresh counter allows refresh to be held off for a maximum of 75 
us without refresh loss. The counter helps prevent 16-bit ISA bus masters and ISA 
compatible block or demand mode DMA devices from causing refresh loss when they do 
not release the bus. 


Figure 74 shows a standard and a one-wait state EISA refresh cycle. 
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Figure 74 - Refresh Cycles (Standard and One Wait State) 
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2.11 Etectrical Specifications 


The electrical drive characteristics listed elsewhere in this specification assume a 
maximum of 8 bus slots. Slot-specific elements of the EISA architecture logically support 
up to 15 slots. Although an EISA system can logically support up to 15 slots, a practical 
system configuration would be unlikely to have more than 8 slots. 


2.11.1 Power Consumption 
The following table describes the power specification for each slot. Total supply 


current and thermal dissipation are product specific and beyond the scope of this 
specification. 


Supply Guaranteed 
ova 


+5 Volts + 5% 
-5 Volts + 10% 
+12 Volts + 5% 
-12 Volts + 10% 


NOTE: Current on any pin cannot exceed 0.5 amps for EISA pins and 1.5 amps 
for ISA pins. 


2.11.2 DC Characteristics 
Six drive types are used in the EISA bus. They are as follows: 


3SL 3-state light drive 
TPL Totem Pole light drive 
OCL Open Collector light drive 
3SH 3-state heavy drive 
3TPH Totem Pole heavy drive 


OCH Open Collector heavy drive 
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The following table shows the DC output characteristics for each of the output 
types. 


Output DC Characteristics by Driver Type 
at Pm [oct | ost [ma | oct 
|__| in| masfnin fox [min [maxjmin [rex | moj max] min max | 
reece] feet [| _feet feet TT 
val fos [es] fos] [os] [as] [os 


Powel [al Tat | | 1st fst 1 
rial [sal [so] [50] [ae L lf e| 


The following table defines the DC characteristics of an input. 


Input DC Characteristics 


192 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


The following table shows drive types required for each signal on the bus, signals 
that may have expansion-slot loads, and system-board pull up or down resistors required. 


Drive, Load, and Pull-up/Pull-down Requirements by Bus Signal 


Seno Drive Input Load 
Name Type Per Slot GA) 


gee 


1 
1 
1 
1 
1 
1 
1 
1,4 
1 
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NOTES: 
1. These pull-up and pull-down resistors are required on system boards only. 


2. A maximum of 6 slots at a time may be filled with adapters connected to any 
one of the individual DAK* <7:0> signals. 


3. Low-level input leakage current on the DRQ<7:0> inputs is such that the pull 
down resistors lee ae a logic low when no device is driving the signals. To 
protect drivers from damage due to incorrect system configuration (totem-pole 
and open-collector outputs sharing the same line) all DRQ outputs must include 
a up to a 47 ohm series resistor between the driver output and the bus. This is 
unnecessary if the driver can stand to be continuously driven to any voltage 
between Vcc and ground without damage. 


4. ISA compatible devices may drive the IRQ<15:3> signals with a totem pole 
output and as such cannot share interrupts. To protect drivers from damage 
due to incorrect ieee configuration (totem-pole and open-collector outputs 
sharing the same line), IRQ<x> outputs must include up to a 47 ohm series 
resistor between the driver output and the bus. This is unnecessary if the driver 
can stand to be continuously driven to any voltage between Vcc and ground 
without damage. 


2.11.3 Signal Routing and Capacitive Loading Requirements 


Signal run lengths between the bus connector and the drivers and receivers OD 
expansion boards should be limited to 2.5 inches. 


The following table shows the maximum allowable loading capacitance for 
expansion boards, including wiring capacitance, and the total load ca acitance an 
expansion board must drive. Total Toad capacitance for signals driven only by the system 
board is product specific and beyond the scope of this specification. 
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Load Capacitance 


Input Load Capacitance 
er Slot Total 


(pf) 


SA<19:0> 
SBHE” 
SLBURST* 
SMRDC* 
SMWTC* 
START* 
T-C 

W-R 


2.11.4 AC Characteristics 


The following bus timing specifications identify the minimum or maximum timing 
parameters for EISA signals. To meet the bus timing specifications, an output signal's 
timing must provide margin for the signal to propagate from the driver output to any 
receiver input, and for transients caused by transmission line reflections to setile at a stable 
TTL logic level. 
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The following definitions apply to all of the AC characteristics: 


SETUP - applicable to inputs, the time preceding a sampling event during which the state 
(high or low) of the incoming signal must not change. 


HOLD - applicable to inputs, the time following a sampling event during which the state 
(high or low) of the incoming signal must not change. 


DELAY (min) - applicable to outputs, the minimum time following a timing event before 
which the state (high or low) of the outgoing signal can change. 


DELAY (max) - applicable to outputs, the time following a timing event after which the 
state (high or low) of the outgoing signal must not change. 


2.11.4.1 iSA-compatible Timing Parameters 


This section specifies the timing requirements for all ISA compatible devices. The 
ISA bus timing is divided into two main groups, GPU cycles and bus master cycles. ISA bus 
masters which do not synchronize their signals to BCLK must use the bus master cycle 
specifications. ISA bus masters which synchronize their signals to BCLK have the ee of 
using CPU cycle specifications where the parameters are equivalent, and must use the CPU 
cycle specifications for NOWS*. 


The following assumptions are included in the calculations which were used to 
create these specifications: 


1) A device which generates a signal can meet the timing specs into the 
specified AC and DC load. 


2) CPU cycle timing numbers are measured at the system board drivers and 
receivers. Master timing numbers are measured at the master's drivers and 
receivers. 


3) Bus propagation delay has not been included in the ISA timing calculations. 
It is the responsibility of the slave. designer to guarantee that there is 
sufficient margin in the design to allow for bus propagation delay. 


4) Each driver for a signal must drive the signal such that it can settle to within 
the TTL input DC spec (less than 0.8 volts or greater than 2.0 volts) at the 
specified location on the bus within the specified delay time. 


5) For drivers with open-collector type of outputs, the “valid” delay must include 
the rise time of the pullup resistor and the bus capacitance, to guarantee that 
the input is above a valid logic-high level (2.0 volts) if the input is negating 
during the time in question. 


The ISA timing specifications are based on the timing for an IBM(R) PC-AT Model 


339. Three classes of timing parameters are shown, delays from one system or bus master 
output to another, slave input-to-output delays, and system input setup. 
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chronous slaves which do not use BCLK are required only to meet the input-to- 
output delays specified. When a slave's outputs are a function of more than one input from 
the system, the slave's design must guarantee that all of the delay specifications indicated 
here are satisfied. However, for any one bus cycle the actual switching time of the output 
will be determined by the latest specification to be satisfied. 


NOWS: is a synchronous signal and masters and slaves which use it are required to 
meet setup and delay times from BCLK. 


Figure 75 shows the timing parameters for the ISA-compatible portion of the EISA 
bus. Please note that Figure 75 is two pages long. 


Figure 76 shows timing paramters for the ISA-compatible portion of the EISA bus 
for bus master cycles. 


Figure 77 is similar to figure 75, with the exception that the signals are illustrated 
from the perspective of the device. 


197 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
Cc 


CONFIDENTIAL INFORMATION OF BCPE. SERVICES, INC. 


Figure 75 - ISA Bus Timing, System Timing 
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Parameter Table for Figure 75 


Memory Access to 16-bit ISA Slave 
Memory Access to 8-bit ISA Slave 
BALE asserted before SMRDC*,SMWTC* asserted 
Memory Access to 16-bit ISA Slave 
Memory Access to 8-bit ISA Slave 
BALE asserted before IORC*,IOWC* asserted 


ea 
A<19:0> & SBHE* valid before BALE negated ae eee 
aes ees ee 
SA<10:0> & SBHE* valid before MRDC™MWIC* asserted | 
| Memory AccesstoiebhiSASlave SS CSC—~—~—CSCSCSsYC RM 
10b| Memory AccesstoebtiSASlave Ss C—C“‘;*dSC 
0 |SA<19:0> & SBHE® valid before SMRDC*,SMWTC* asserted (ee eee 
Oc | _MemoryAccesstoebtiSASlave 
od | Memory AccesstosbtisASive TR 
Oe [SA<19:0> & SBHE* valid before ORC*IOWCr asserted |S 8B] 
(ac gaan Re eae 
SA<19:0> & SBHE® valid before MRDC*,MWTC* negated ee ae Ee 
ia | Memory Accessto16bRISASave-2B8GK TSO] 
1b | Memory Access to 16-bit ISA Slave - Standard Cycle (3 BCLK) | 270; | 
ic | Memory Access to 16-bit ISA Slave - 4 BCLK ie 
a 
He = 
liif_[_ Memory Accessto-btiSASiave-7BCLK 8 — 
a eee ed ee eee Pe Be 
pan 
a as ea cae ee Eee ea 
BALE asserted before MRDC*, MWTC* asserted Pel | 
13a | 
13D | 


_ 
wo 
Qa 


ALE asserted before LA<23:17> invalid 
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Parameter Table for Figure 75 (continued) 


af 
BEG 


BALE negated before LA<23:17> Invalid 


Ps ee oe ee 


MRDC*,MWTC* asserted before LA<23:17> invalid 
Memory Access to 16-bit ISA Slave 


fell 
ae 
|___25| 
[Memory Accesstoe-bhiSASave LC 
ES ad 

IMROG™ MWIC asserted before MROCSMWTC* negated | 
: | __104| 

|__ 230) 

|__ 350} 

| 166 

|__ $30 


~ 
Q 


PBR 


Memory Access to 16-bit ISA Slave - 2 BCLK 


emory Access to 16-bit ISA Slave - Standard Cycle (3 BCLK) 


Bele 
= 


Memory Access to 8-bit ISA Slave - 7 BCLK | 650} 
ISMRDC*,SMWTC? asserted before SMRDC'SMWTC* negated | 
“Memory Accessto 1¢btiSASlave-2BCLK 

Memory Access to 16-bit ISA Slave - Standard Cycie (3 BCLK) 

Memory Access to 16-bit ISA Slave - 4 BCLK | 350} 

Memory Access to 8-bit ISA Slave - 3 BCLK 

Memory Access to 8-bit ISA Slave - Standard Cycle (6 BCLK) 

Memory Access to 8-bit ISA Slave - 7 BOLK 


|__ 530) 

| _ 650) 

IORC*.IOWC* asserted before IORC* IOWC* negated ae 
|__166| 


Ww 
st 


BEE ME Gi 


1/0 Access to 8-bit ISA Slave - 7 BCLK | 650] 
ee eB a ee 
MRDC*,MWTC* asserted before SA<19:0> invalid || | 
Memory Access to 16-biISASlave-280K eet 
i a 


Memory Access to 16-bit ISA Slave - 4 BCLK = 
Memory Access to 8-bit ISA Slave -3 BCLK 
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Parameter Table for Figure 75 (continued) 


nad 3 

Fant 

inal 
ReORZE 


4 


9 
,e) 
= 
9 
q 
a 
i 
g 
3 
a 


1/O Access to 16-bit ISA Slave - Standard Cycie (3 BCLK) 
1/O Access 10 16-bit ISA Slave - 4 BCLK 

1/O Access to 8-bit ISA Slave-3 BCLK 

1/O Access to &-bit ISA Slave - Standard Cycie (6 BCLK) 
1/0 Access to 8-bit ISA Slave - 7 BCLK 


24g | 
24k | 
jal 
Memory Access to 8-bit ISA Slave - 7 BCLK 
240 | 
24p | 


MIM] a 


RDOC*,MWTC* asserted before next BALE asserted 
Memory Access to 16-bit ISA Slave - 2 BCLK 
Memory Access to 16-bit ISA Slave - Standard Cycle (3 BCLK) 
Memory Access to 8-bit ISA Slave - 3 BCLK 
Memory Access to 8-bit ISA Slave - Standard Cycle (6 BCLK) 
MRDC*,SMWTC* asserted before next BALE asserted 
Memory Access to 16-bit ISA Slave - 2 BCLK 
Memory Access to 16-bit ISA Slave - Standard Cycle (3 BCLK) 
Memory Access to 8-bit ISA Siave - 3 BCLK 
Memory Access to 8-bit ISA Slave - Standard Cycle (6 BCLK) 
ORC*,IOWC* asserted before next BALE asserted 
1/O Access to 16-bit ISA Slave - Standard Cycie (3 BCLK) 
1/O Access to 8-bit ISA Slave - 3 BCLK 
{/O Access to 8-bit ISA Slave - Standard Cycle (6 BCLK) 


r 
sls | lal 
LLL 


slate 


PEPE 


t53) 
x 


RDC*,MWTC* asserted before next MROC*,MWTC* asserted 
Memory Access to 16-bit ISA Slave - 2 BCLK 
lemory Access to 16-bit ISA Slave - Standard Cycie (3 BCLK) 
lemory Access to 8-bit ISA Slave - 3 BCLK 
Memory Access to 8-bit ISA Slave - Standard Cycle (6 BCLK) 
MRDC*,SMWTC* asserted before next SMRDC*,SMWTC* asserted 
Memory Access to 16-bit ISA Slave - 2 BCLK 
Memory Access to 16-bit ISA Slave - Standard Cycie (3 BCLK) 
Memory Access to 8-bit ISA Slave - 3 BCLK 


= 
=| = 


t 
fey) 
oO 


’ 
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Parameter Table for Figure 75 (continued) 


=| - Timing (ns) {Note 


c Memory Access to 16-bit ISA Slave - 4 BCLK a 
[| 320 
[Memory Access to €-bit ISA Slave - Standard Cycle (@BCLK) | 84] 
[Memory Accesstoe-btiSASlave-7BCK | 820 
Pe eae re eee ee ee 
BALE asseredtoNOWSrassened 

Memory Access to 16-bit ISA Siave {| 70] _sd 
[Memory Accesstog-btisASive 88S] 
a a 
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Parameter Table for Figure 75 (continued) 


gMing|aax [ 
a ee 


Memory Access to 16-bit ISA Slave - 4 BCLKs a: ia 
Memory Access to 8-bit ISA Slave - 7 BCLKs 


a 


2|3lg 
oO oS 


Memory Access to 8-bit ISA Slave - 7 BCLK = 
| 


3 
i) 


1/O Access to 16-bit ISA Slave - 4 BCLK fo 
| i/O AccesstoB-btiSASlave-3BC/K, CCC 
| 1/0 Access to 8-DIISA Slave - Standard Cycle(6BCLK) CL 
| W/O Accesstos-biiSASiave-7BC1K 
ef ees ne ed eee 
ISA<19:0>, SBHE valdtoNOWS*asserted 
[Memory Accessto16-btiSASiave-2BCLK 
| _MemoryAccessto@-bIiSASlave-SBCLK, 


1/0 Access to 8-bit ISA Slave - 3 BCLK 


al | lle 
PTET 


1/O Access to 8-bit ISA Slave 


SA<19:0>, SBHE valid to read data valid 
Memory Access to 16-bit ISA Slave - 2 BCLK 
Memory Access to 16-bit ISA Slave - 4 BCLK 


Memory Access to 8-bit ISA Slave - 7 BCLK 
1/O Access to 16-bit ISA Slave - Standard Cycle (3 BCLK) 


2) {/O Access to 16-bit ISA Slave - 4 BCLK 


1/O Access to 8-bit ISA Slave - 3 BCLK 


steal 


Le) 


fap 
%& 


a 
nN 
@ 


~“ 
ale 
Oo 


BIS 
NjX 

A 
FS 
iS 


3 
tN) 
Lee] 


d 
& 


e 


232 
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Parameter Table for Figure 75 (continued) 


ccess to 8-bit IS. 
m 


el PU 
8} sists 
=f > } 
*| {o ‘ 
i) © me 
$| |& 
gl |g 
g ae 
3 “ y 
ol |E/E lm 
: i 
af | Ee 
9 aa 
i 
LAs 


asserted to NOWS* Asserted mar 

|_Memory Access to 16-bit ISA Slave-2BCIK=S=~™~=~‘“‘*S*~*S*S*S™SdSSdY 

|_Memory Access to 8-bt ISA Slave-3BQK —SS™S~SSCSSCSCST SY 
46d | 1/0 Access tobtiSASlave-3BOXK SSSCS™~SCST Yt 
se ane eS ee, ee ge ee 
47_|MRDC*, MWIC*, SMRDC*, SMWTC* [ORG lOWG* SSCS 
|__lassertedtoCHRDYnegated ——SSCS*~C~‘C~SSSCSTN 
eae 


eS 
NS 
o 


|_Memory Access to 8bt ISA Slave-7BCLKS ss SSSSC*dSCS~*idSCi 
7c | 1/0 Access to WebRISASlve-4BCiKs SCSCSCSC*~“~*~*dSC“‘idt:C*é YC 
47d | _ 1/0 Access to @bRISASlave-7BCLKs SS SSSSCSC*~*~“S~S*S~*idSC~*‘“i;C*éi SY 


485 | _ Memory Access to 16-bit ISA Slave - Standard Cycle (3 BCLK) 
48c | __ Memory Access to 16-bit ISA Slave -4 BCLK ey a ee 


& 


"| P| IRE 


setup to BCLK falling edge 


hold from BCLK falling edge 
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Parameter Table for Figure 75 (continued) 


Ref 


ce eggs + pd SACOMPATIBLE SIGNAL. Timing (ns) [Note 
pad TIMING BARAMETERS DESCRIPTION >< “2% as fl = 
54_|CHRDYassertedtoreaddatavalid 

s4a | Memory Access to 16-bhISASlave-4BCLKs a 
Sab | Memory Access toG-biISASiave-7BCLKs Ss SSSCS~‘“RSC‘“‘<‘XCC7O?#L_C“=*d 
s4c | W/O Accessto16-btISASlave-6BCLKs TT 
[54d | 1/0 Access to 8-bit ISA Slave - 7 BCLKs | {70} 


Bee)" 


CHRDY asserted to MRDC*, MWTC*, SMROC*, SMWTC*, On 
|__| IORC*, JOWC* negated ee ee 
Ea ER a A CE OES Re LE 


56 _|CHRDY asserted to next BALE asserted RE ee ee 


ae aR eh ara mere reer (A Pe) 
CHADY asserted to SA< 19:0>, SBHE Invalid ee (| ee Beek 
ae ane Eg ae a ee nae PD (Oe 
58_[MROC*, 1ORC*, SMRDC* negated to read data Invalid - ee) Se 


T | eet eee ee 
59 _|MRDC*, IORC*, SMRDC* negated to data bus float__, ee a ae 
elie aera a Re pee De ny cee ee 
61 _|Write Data valid before MWTC* asserted ee eee: eal) 
61a | Memory Accessto16-biISASiave 
I61b | | Memory Access to 8-bit ISA Slave (byte copy at end of START) ae ae 

ae ee ee 


Memory Access to 16-bit ISA Slave me i i 
Memory Access to 8-bit ISA Stave (byte copy at end of START) a 
rite Data valid before IOWC* asserted 

1/O Access to 16-bit ISA Slave 

1/0 Access to &-bit ISA Slave (byte copy at end of START*) 


5 
4 
5 
a 
a 
: 
: 
2 


na 


! 


WTC*, SMWTC*, IOWC*, negated to WRITE DATA invalid 
MWTC* negated to WRITE DATA Invalid — 16-bit 
MWTC* negated to WRITE DATA invalid — 8-bit 
SMWTC* negated to WRITE DATA invalid — 16-bit 
SMWTC* negated to WRITE DATA Invalid — 8-bit 
IOWC* negated to WRITE DATA invalid 


rite data valid to MWTC*, SMWTC®, IOWC* negated 
Memory Access to 16-bit ISA Slave - 2 BCLK 
Memory Access to 16-bit ISA Slave - Standa’d Cycle (3 BCLK) 
Memory Access to 16-bit ISA Slave - 4 BCLK 
Memory Access to 8-bit ISA Siave - 3 BCLK a 
Memory Access to 8-bit ISA Slave - Standard Cycle (6 BCLK) 


Oo 
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Parameter Table for Figure 75 (conclusion) 


ie 3 the AS : noe ts 


Ref. _. te *, Go Saeed Timing (ns) 
i6sf | Memory Access to 8-bit ISA Slave - 7 BCLK | __ 684] 
68 |CHRDY negated hold time 

CHRDY asserted setup time to BCLK rising 

0 |SA<19:0> & SBHE* valid before 1016* valid 

BALE asserted before 1016* valid : 


AEN valid before BALE asserted ; = 


HAE 
lel 
AU 
Te 


AEN valid before BALE negated. 

AEN valid before |ORC* asserted : 
4a AEN valid before I|ORC* asserted ; 
b AEN valid before |OWC* asserted 


ORC*, IOWC* negated before AEN invalid 


6 |MRDC*, IORC*, SMRDC* asserted to read data enable 
LA invalid to M16* float delay 
SA invalid to 1016* float delay 


Note (a) Assumes no back-to-back I/O delay. Back-to-back I/O 
delay adds integral number of BCLK periods to 
this parameter. 


‘tui 
AGERE 


TT TSTAT=T TAT T= 
Alplal [ea} in 


5 


ll dell | 


o 


ROERE 
JU 


Note (b} Systems designed prior to the EISA specification, 
which sample CHRDY on the rising edge of BCLK 
require parameter 47c max = 24 ns. 


Note (c) CHRDY negated (low) hold time is measured from the 
rising edge of BCLK or the negating (falling) edge of 
CHRDY, whichever is later. Devices designed prior 
to the EISA specification may require hold time to be 
measured exclusively from the rising edge of BCLK. 
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Figure 76 - ISA Bus Timing, Bus Master Cycles 
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Parameter Table for Figure 76 


16- of 32-bit EISA master timing: 


Son ed Dasoriptlon sg 2 ode: SOEs Sei S os cede 2 MUN max | 
i _|MREQ* delayfromBCiKfaling | 288 
ea) ens al 
MAK® setup to BCLK falling aes 
(OR a ees ee ee on CEs eee 
MAK* held from BCLK falling a= ae 
Se [Reece ire cra nEeE RS CNN Shetseen 
4 [LA addr, M40 delay from BCLK falling aE ee) 
a la aC ing aa ee Eee EN eee CE, 
5 |BE*<>,WRdeayfromeCikfaling ST 28 
i eee ge ee ee 
| |BE*< >,W-R delay from BCLK rising ** see Note (a) ** a ee) 
fase ee he = eee a2 ee te eg eee 
6 [LAaddr, M40, BE*, W-R, MSBURST float delay mr a) 
ae ne ae ae ae er aoe DR 
LA addr,M4O setup to START* asserted a 
ee ee pe eee 
ig |START* delayfomBCiKrsing SE 2 
aaa ere pee eas ae a ae meee (en Ces 
lg {EX32* (or EX16*) setup to BCLK rising (at CMD) me 
erie eo See ee 
110 |EX32* (or EX16*) held from BCLK rising (at CMD) me 
ae) | a ae REE ee eke Daa eee 
EX32* (or EX16*) setup to BCLK rising (assembly finish) i ie 
Fa (Sac aa sas I ee ene emer 
EX32* (or EX16*) held from BCLK rising (assembly finish) i ae 
See Mea eae Ieee ea mt STSOE AT ete, 
EX32* (or EX16*) setup to BCLK falling (assembly finish) ia 
SE eas a eae ay ee (rE Gee 
EX32* (or EX16*) held from BCLK falling (assembly finish) i 
Mera woe a le ee 
i 
os (eae eRe! 
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Parameter Table for Figure 76 (conclusion) 


16- of 32-bit EISA master timing: 
Descr "MAP Lata. TF 
EXRDY held from BCLK falling 


Es 
Ae 


LOCK® delay from BCLK rising 
Data delay from BCLK falling (write) 


Data fit.del.from BCLK falling (write) ** see Note (b) ** 


ne 
.e 


Data held after BCLK rising (read) 
(for compressed cycle, from BCLK falling) 
Data setup to BCLK rising (read) 
(for compressed cycle, to BCLK falling) 
MASTER16* asserted delay from BCLK falling (16-bit master) 


Le) np ary = = 
<8 oO o fee) N 


_ 
[=] QO oO [=] [=] 


MASTER16* asserted delay from MAK* <x> asserted (16-bit master) 


4 MASTER16* float delay from BCLK falling (16-bit master) 


Note (a): BE< >* bits are allowed to change as early a& the falling 
BCLK when the LA< > bits change. 


Note (b): Parameter applies after any write cycle not followed by 


another write cycle, or followed by write cycle with some 
BE<>* bits negated. 
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Figure 77 - ISA Bus Timing, CPU Cycles (Device Perspective) 
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Figure 77 - ISA Bus Timing, CPU Cycles (Device Perspective) 


¥ivd ONWA 


SOS ave ate 


P| - 
@r) 


@r fe ® > 
| () : 
| ® @® 
ASG = (WW | AQUHO 
waa 
| | | | ‘SHON 
| =o al a 
SIH 


| ae ce 


212 


EP 0 426 184 A2 


NOTICE 


In an earlier printing of Version 3.10 of the Specificaticn, 
a production error had resulted and an additional figure was 
inadvertently included as Figure 75, thus causing the two 
following figures to be mislabeled. 


We have corrected this problem in this printing of oe 
3.1. We have replaced pages 157 through 180 of Version 3. 


Because of this correction, there are no replacements fer ae 
173 through 180. 
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2.11.4.2 EISA, DMA, and Refresh Timing Parameters 


This section specifies the timing requirements for all EISA devices. The 
specification is divided into three main groups corresponding to the main types of EISA 
evices: masters, slaves and DMA devices. Figures 78 through 91, and the associated 
parameter tables, at the end of this section show the relevant signals and parameters for 
the various cycle types. 


The timing specifications for EISA are calculated to assist the system or option 
board designer to verify his system. The following assumptions are included in the 
calculations that were used to create these specifications. 


1) A device that generates a signal can meet the timing specs into the specified AC 
and DC load. 

2) All timing parameters are measured at the receiver and driver of the device 
being specified. 

3) Each signal is allowed 5 ns to propagate to the farthest load and to reflect back 
to the source (one time). e propagation time is approximately 21/2 ns, 


based on 16 inches of trace. A worst case propagation path is: 2 1/2 inches 
from driver to connector, 6 inches from connector across backplane, and up to 
71/2 inches from connector to receiver on the system board. This delay 
(transmission line delay) is built into the calculations for the system. 


4) Each driver for a signal must drive the signal so that it can settle to within the 
TIL input DC spec (less than 0.8 volts or greater than 2.0 volts) within the 
specified output delay plus the 5 ns. 


5) For drivers with open collector type of outputs, the delay caused by the rise time 
of the pullup resistor and the bus capacitance is included in the calculations for 
signals going from low to high. This is used instead of the 5 ns transmission line 
delay. The equation used is as follows: 


-In(1-(2.0v-0.25v)/(4.75v-0.25v))* RpuLtup* CSIGNAL CAPACITANCE 


This corresponds to a minimum Vcc level of 4.75v, a steady state logic low level of 
0.25v, and the high level input voltage spec of 2.0v. Ifa driver's steady state logic 
low value is lower than this, then additional time must be allowed for the RC mise 
delay by reducing the specified signal output delay. 


Note that the delay in generating the falling edge of the open collector outputs is 
allowed to be slower than the EISA spec indicates. The extra delay allowed is equal 
to the RC delay for the signal (as calculated above) minus 5 ns. Only the float delay 
must actually meet the published spec. 


For many logic families, notes 1 to 4 allow a designer to verify a design directly at 

- the output of the driver or input of the receiving logic. The 5 ns transmission and settling 

time eliminates the need to check the system under various types of loading and with the 
adapter in various slots. : 
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If a logic driver is used that has a very short rise and/or fall time (less than 4 or 5 
ns), then the designer may have to plan for additional settling time or use series damping 
resistors. The designer should check these types of drivers in both large, fully loaded 
systems and small lightly loaded systems. 


As an alternative to using the specified delay values and AC loads for drivers, the 
designer may instead guarantee timing at the destination receivers rather than at the source 
driver. In this case the designer must insure, through testing, that all possible receivers are 
within the TTL input specs within the EISA spec time plus 5 ns. This testing should be 
done in both large fully loaded systems and sal lightly loaded systems. 


A large fully loaded system consists of maximum AC and DC loads on all eight 
cards and the system board with the maximum wire lengths allowed between all points. 
Small lightly loaded systems consist of a single card with the minimum AC and DC load 
and a system board with minimum reasonable wire lengths between all points. 
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Figure 78 - 16- or 32-bit EISA Master and System Timing 


>a C24 
MASTER16* 
(16-Bit Masters) 
C4) 

C7) C6) 
ne ceacee meee © 
a —_— a — = 

B*<3:0> lg 
ae — Ho L— ee 
START* a 


CMD° 
EXRDY Ee ee AS AS 
eee ——— = — AW | 


READ DATA | 
+ GD—> +— 


wate at HT 
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Figure 79 - 16- or 32-bit EISA Master 
Assembly /Disassembly Timing 


BCLK 
LA<31.2>, M-10 


BE*<3'0> 


READ DATA 


WRITE DATA 


Note: Thick lines indicate where contro! transfers from Master to System 
or from System to Master. 
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Parameter Table for Figures 78 - 79 


2 Be ees Sete ey Sie, eek ne kngh ag -SaSeE Bee eanbe q-cmin' | -max | 

ee a grec 0 et ge 

MAK" setuptoBCiKfaling CTT 

ey eg tll eel ee 

IMAK* held romBCiKfaling 8 
ee a eS ere eee ee nee ee 
4 [LA addr, M4O delay from BCLK falling a a) 
ee Re ae ee ee i, 
IS [BE*<>WAdolayfromBCiKfaling O85. 
Pe ead ee ee roe eee 
Y~ |BE*<>,W-R delay from BCLK rising ** see Note (a) ** ae ee) 
2s eee aes eiaene, ee eee MANET ee: 
6 |tAaddr, MiO, BE", WA. MSBURSTfoatdelay | 280.0) 
ee nt ee rs ee el ed 
LA addr,M4O setup to START* asserted i AGO. 
Fe i ae oe gee ge eee se ee ee 
i8__|START* delay from BCLK rising | 2.0} 25.0) 
eee ag ee ee SNe ee ee 
io ——« [EX32* (or £X16*) setup to BCLK rising (at CMD) a) 
eS eae ere CEL (one 
10 |EX32* (or EX16*) held from BCLK rising (at CMD) mE i 
ear a a a a aca en een ens 
EX32* (or EX16*) setup to BCLK rising (assembly finish) ln a 
(Sana eae ere Oe een USS Serene 
EX32* (or EX16*) held from BCLK rising (assembly finish) z= aaa 
en Seas ea eer) Ne Cee 
3 |&X32* (or EX16*) setup to BCLK falling (assembly finish) Tgo.of i 
i ee rere one oma ee 
14 {EX32* (or EX16*) held from BCLK falling (assembly finish) es eee 
er Ee ae ena: Goaeeee eae 
EXRDY setup to BCLK falling a 
SR eo eerea de ot eee meee eee ig eee es eae eee 
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Parameter Table for Figures 78 - 79 


: 


ede Seen oS Sivan, Uae 
RNOaa eae wage ORES, AREA 


ee 

23. |MASTER16* asserted delay from MAK* <x> asserted (16-bit master) 
te eke se nn Beene oe al 
24 |MASTER16* float delay from BCLK falling (16-bk master) 


Note (a): BE< >* bits are allowed to change as early as the falling 
BCLK when the LA< > bits change. 


f 
z 
& 
g 
: 
a 
a 
A 


Note (b): Parameter applies after any write cycle not followed by 
another write cycle, or followed by write cycle with some. 
BE < >* bits negated. 
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Parameter Table for Figures 78 - 79 


System timing (misc): 


Pee ha FEN Sew eee aE Tae wate fe 
ROR ae wi bot RK ORE A bee tee oh ws 
Duscri LESS DRDO RG BIE roa te 


mA, 


&: eis ance 
| __|Note: The following timing specifications supplement or 


E 
% 
: 
2 
3 


g 
é 
: 
FA 
= 
2 
FA 
4 
z 
a 
3 
a 
8 
: 
: 


CLK high time 
CLK low time 


CLK period (when free running) 
Max value can be longer when being stretched 


eR eo nce tee oes hao eee eee ee ow We ae ee ead 
| _ [ISA commands delay trom BCLK es a) 
|_| MRDC, MWTC, IORC, and IOWC ae Rae 
SE ea ey ne CERO ener: nae, Dineen 
| (BALE delayfromBCiKedge | 28 
Bees Ease ee ene ce OC REE ene enem (Ameen, epee 
| ___|SA<>, BHE* delay from BCLK edge ae) Er) 
eae ee eee eee 


feces ae Ped 
j28__|MAK* delay from BCLK rising | 20] 40.0 
a le cea ee ns ee 


nn a-< 
[=] [=] oa 


2 
9 
5 
d 
e 
g 


EE ae ee ae ee ee Oe ek eaes een 
| ___|Data copy buffer flaat from BCLK 
a aa es ae eS eg rare cs a ga ene sll 


| __|Data copy butferdelay (forbustobuscopies) | OL 8.0 
a arene a ee ne ieee re 
| _|Datacopy butferenablefromBCLK CT 285.0 
a ee ee eee, panes Dena 
|___|MREQ*setuptoBCiKrising es —“—~‘—s~*SC“‘ SS 
(a ear (Penn, eee 
| [MREQ*setuptoBCiKialing  —C—i‘iSSCS*C 
Fg ae Be oY ee eases oe aes ee ane ee el 
| |MREQ* held from BCLK falling ae: Pee 
|| ae eee 
es | 
pence Renna ieee 
oo | 

ma 

az 
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Parameter Table for Figures 78 - 79 


System timing (misc) 


aN aay Z fo SERRE RA ARITA LR AEE saa 
Se - [Desoription.. 0 ve... geen ae SERRE cae ERY 


TART* hold from BCLK falling (Master drives START*) ‘ 


” 


Pei eee ee ee ee 
See ee ee ree 
, 
Ea eee eee ae 
foe ere ree ee nee Se BAe se ee ll 
16* hold from BCLK rising : 
eee Aish hee TS re ass eee aes 
nea eee a ie eae en | 
RE, ein ee a 
15. 
eee ee ae el ee oe ae 
Peete a ee eee a a eee ed 
seen eed aN ee ed 


RDY asserted hold from BCLK rising 


O16* setup to BCLK falling 


016* hold from BCLK falling 

Fae aah a mee a et 
| ___ }Note: The following system board setup and delay timing 
| ___|specifications include time for copy buffer input or output 
| ____ [and routing to the correct byte lanes. 
age Pile ee eres |e 
i ae ee fae 7 ae ee ote eed 
SA read data hold from BCLK rising (latch hold) | 2.0 

ee 


SA Write data delay from BCLK falling (assembly cycles) 55 


eee Si Stet ae eer mame 
SA write data delay from BCLK rising (8-bit) 
ISA Data delay from BCLK falling (write) | 2.0 
ISA Data setup to BCLK rising (read) 


5 


5 


po 
on on 
Q oO 


= 


z 


z 


= 


2} 12 


2 


= 


SS 


o 


ry 
on . 
° =) 


Oo 


[=] 


mm 


m 
fo) 


on 
on 
Q 
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Parameter Table for Figures 78 - 79 


System timing (misc): 
ancy [Description 3 SoS Bee ee TD 


‘o| 60.0] 
Peet ok Se ee ee 
|_|REFRESH® negated delay rom BoLK falling Ss~=~“~s‘“*s*s*~*~*d ol 400] 
et ee or ee ee co 
J 

ma 
aaa 
a 


BE* delay from BCLK rising (assembly cycles) 
SA addr to LA addr delay (ISA master translate) 


fo hp 
[=) oO 
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Figure 80 - System Timing (Assembly Cycles) 
BCLK { 


WRITE 
DATA | 


READ ee 
DATA 

EX32* 

EX16" 


Parameter Table for Figure 80 
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Figure 81 - 16- or 32-bit EISA Slave Timing 


BCLK 


LA<31:2> 
M-10 


BE*<3:0> 


W-R 


START* 
CMD* 
. ny Meek oh fe 
es x WK AG WK 
= al 
EXRDY ~ a AWW erase AY lm AWS 
Os 


No¥S* a AWG AS = | 
< C18) 
LOCK* 
i 
| RD be 
READ DATA | _f |i i: 
C26) 


C25) C27) 
Po 


AENx 


1016° AW UWE 
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Parameter Table for Figure 81 


8, 16 of 32-bit EISA slave timing: 


ot 
es SENSS FOR SR wet or: 


LA addr, M4O setup to START* assartod 10.0} 
Po 
2 LA addr,M4O setup to CMD* asserted or START* negated | 420.0} 


BE*<>,W-R setup to CMD* asserted or START* negated 


[=] 


BE* < >,W-A setup to BCLK rising (at CMD) 


Pe a 
a 4 
Y» 
= 
= 
= 
Fay ws 
g y 
sy 
2 ¥ 
: 5H 
3B : 
aQ 4 E 
a 
8 
TFT TT 


16 [LA addr M4O,W-R,BE* held from CMD®* asserted and START* negated | 15.0} 
fs a a we ee ee 
LA addr M4O,W-R,BE* held from BCLK rising(normal) mE: i 
ira ei eee EAIEON PET 
i8_|START* pulse width | 115.0] 
a a are aan pee are ee EE Seed Waren (Teme 
9 |CMO* pulse width (standard) | 145.0] 000 
a rs a et | 
110 {EX32* (or EX16*) float delay from LA addr, M-IO Rr a) 
ee are een ree 


ae 
111 {EX32* (or EX16*) float delay from AEN (1/0 cycies) | 2.0] 34.0) 
EE Ee LC LEN TURE NS 


aed 

H12__{1O16* delay from LA addr (1/0 cycles) | 2.0) 84.0) 
A eae Fee ee ee a (aac 
[13 |EXRDY negated delay from BCLK rising (at CMD) ee er 
fee Pag Fon oe he ee Seip ae ee ee eee ee 
EXRDY negated delay from LA< >,M1O,AEN pt 145.0} 
7 eee eae 


aa 

15 |EXRDY negated delay trom START* asserted | 2125.0 
eee Ear ee ieee en, mae ee 
116 |EXRDY negated delay from CMD* asserted or START* negated es eee) 
Se ee are eee AREA Fe REET | EPO 
H17__|EXRDY floatdelayfromBCiKfalling TOT 40.0) 
5 ee nee ee ee SR ee ey reenter Gemetiee) 
18 |LOCK* setuptoBCiKrising TO 
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Parameter Table for Figure 81 


8, 16 of 32-bit EISA slave timing: 
Data delay from START* assert (read, 16 or 32-bit, 2 BCLK) 
8-bit slave (6 BCLK) . 


170. 
Data delay from BCLK rising (read, 16 or 32-bit) 
8-bit slave (6 BCLK) 
ta float delay from CMD* negated (read) 
Data delay (hold) from CMO* negated (read) 


Data setup to CMD* asserted (write, 16 or 32-bit) 
8-bit slave (6 BCLK) 


[=] Oo 


Data setup to CMD* negated (write, 16 or 32-bit) 
&-bit slave (6 BCLK) 


Data held after CMD* negated (write) 


AEN setup to CMD* asserted or START* negated (1/O cycles) 


AEN held from CMD* asserted or START* negated (1/0 cycles) 


START* asserted to CMD* asserted setup 


| 


ART* asserted to BCLK rising (at cmd) 


PAPER PPE 


| 


TART* asserted to CMD* negated (overlap) 


MD* asserted to START® negated (overlap) 


| 


NI 


START* negated to CMD* asserted (gap) 25. 
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Figure 82 - System Timing (COMPRESSED Cycles) 


BCLK 
m0 ASS SESE SE: 
max. 
*<3:0> j : 
W-R (Pain 
<p 
max. 
START* 
Cr eZ 
CMD MAG 
EX32? 
EX16* 
Ce >i 
NOWS” | 
cD + 
go> 
N N . SRE 
READ D<31:0> KNX S_QYH_AAL_AKAA.T“S: 
CE Eo 
<> 
WRITE D<31:0> 
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Parameter Table for Figure 82 


=e SYSTEM THING PARAMETERS DESCRIPTION ___~ [_ Tuning (na) Note 
ea gigs {COMPRESSED.CYCLES) Hees oes Soe SEMIN MAKE © | 


Spied A : Pe r: Shoes 
ee ee 
|| (aoe a 


LA Address, M40,W-R, BE*<> delay from START* negated or | is} | 
P| orCMDfassened CC‘ UT UU 


3 {LA addr, MIO delay from BCLK rising (at CMD* asserted), burst not supported | 20) as 
burst supported | 20] 45] 
en beet Gee 
4 |BE*< >, W-R delay from BCLK rising (at CMD* asserted) 
ee es es eae ee 
CMD* asserted pulse width re ee 
a Ea nee ye (SE 
6 |NOWS* setup to BCLK rising (compressed cycles) Ys) 
ee ee a ee ee 
NOWS* held from BCLK rising (compressed cycles) i ae ee ee 
Sa a a Aca rere (ee | | ee, 
lg {Data held after BCLK falling (read) ay tee eS 
ee ee eee ee ed 
9 [DatasetuptoBClKfaling(ead) SC CCC“‘C;;C(Cd 
ee eee eee eee 


Data delay from BCLK falling (write)(BCLK at START* asserted) i 


Note: The Master or Normal System timing numbers apply except where the 
above numbers add to or supercede them. 


228 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITEC? UR= 
CONFIDENTIAL INFORMATION OF BCFR SERVICES, :NC. 


Figure 83 - 16- or 32-bit EISA COMPRESSED Cycle - Slave Timing 


BCLK 


LA<91:2> 
M-10. AENx 


BE’<3:0> 
¥W-R 


START* 
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Parameter Table for Figure 83 


16- or 32-bit EISA compressed cycle slave timing: 


NOWS* asserted delay from START* asserted (compressed) 


eee SE Cee aa ek eee ae ee ee 
14 |NOWS* asserted delay from LA< >,M4O,AEN (compressed) a a) 
ee eae ae ee ee ee ny Doe, 


hie 

Is |NOWS* asserted delay from BE*, W-R (compressed) a ae) 
ey eae ee ee ee ee ee See Eee 
16 |NOWS* float delay from START* negated (compressed) | 0.0} 30.0 
Se ee ae, ae 


|| 

Data delay from START“ assert. (read compressed) | {150.0} 
DN a oe ee ee ae Re ee Oe ee 
8 |Data delay from CMD* assert. (read compressed) 2 ee es) 
Ae a, ane 


| 

9‘ |Data delay from BCLK rising (read compressed) a.) ee) 

8 ae ie ee A Cee ee, 

Data setup to CMD* asserted and START* negated (write compressed) | 20.0) 
es ee 


[as RRR e eae ey manne ners CeeeCme 

11 [Data setup to BCLK rising (write compressed) a) ee 
Eee tan 2 Aaa rs Stee a i Ne eee 
Data setup to CMD* negated (write compressed) a) 
Dg a gh i ee Sia ne ge 
Data held after CMD* negated (write compressed) i a 
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Figure 84 - Refresh Cycle - Slave Timing 


rae A A i 
n N =A . o 

— : 7 - o 
2 o 5 oO Fis Ee ° rons & 
a, Vv aE Ss ves < a = = 
[on < ! = <3 e = x o 
ea a = = nn n oO i) 


231 


REFRESH WITH ONE WAIT STATE 
CAUSED BY ISA MEMORY 


REFRESH WITH ONE WAIT STATE 
CAUSED BY 32-BIT MEMORY 


NORMAL REFRESH CYCLE 
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Parameter Table for Figure 84 


Fa Tatra fen CRUHIOMS ee ea arcs Be eae cs SG Ss ae cae tin jmax | 
H!__|REFRESH* valid setuptoSA<> address SSC~=‘“‘*dSC*‘étSCOCSC‘“‘d 
Pe eb ee get a ee ee, ee SE 
2__|REFRESH* valid setuptoMROC* asserted Ss SSCS*d“=C«é‘NO|C~*” 
ee SNe ee eer ee, ee en ee 
I3__|REFRESH* valid hold from MRDC* negated iz: 
SE) A ea aa eee eR (ORE eae 
4_|SA<> address setup to MRDC* asserted (refresh) a.) 
Pe a eg ee, Pees 
I5___|SA< > address hold from MRDC®* negated (refresh) a 
See Ree aa Rarer ar ERAT Ee RE 
6 |MROC* puise width (refresh) | 235.0] 
aN aes ee ee ee 
REFRESH* asserted setup to START* asserted mE 
De Og ee ee ee a 


REFRESH* negated setup to START® asserted 


REFRESH* held from CMD* negated 
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Figure 85 - 16- or 32-bit EISA Master Timing, Burst 


BCLK 


MASTER 16° 
(Downshif{ Masters) 


LA<31:2> 
M-10 
BE*<3:0> 
Y¥-R 
' ‘ 
1 if 
H : 
START* 
t ' 1 ! 
ft t t 4 
‘ { i t 
t t 4 
t t 1 ’ 
CéMD* t i 1 1 
t 1 1 
t 1 ‘ t 
i i i i 
’ S QQ | 1 ' i 
Exs2" a | ; ae 
H 
Ny i 4 1 
' 1 i ( 1 : 
any ae he 1 | 
ees ‘ i 1 
| { | | 
I { ( 
1 i 1 t { \ 
MSBURST" i i) © ot) Sener oer a 
SLBURST* 
‘ READ DATA a 
CS) it pl CED 
: WRITE DATA as ze 
1) EISA Standard Access (Start of Burst) 4.5) EISA Burst Access 
2) EISA Burst Access 6) EISA Slandard Access 
3) EISA Burst Access with One Wait State 
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Parameter Table for Figure 85 


16- of 32-bit EISA master timing. Burst: 
from BCLK falling 


SCH DID 


¥ Bs LOS oor 
1 LA<31:2>, BE*<3:0> delay 


“ 
* 
Sars 
oa 
4 
SS, 
wy 
ws 
e 4 
ae. 
fs 
‘es 
Ae 
¥ os 
tw 
a 


MSBURST* delay from BCLK falling 


“s 
ay 


SLBURST* setup to BCLK rising 


SLBURST* held from BCLK rising 


x o 
w - 
al fa 
oO Oo 


ata delay from BCLK rising (write) 


ata hold from BCLK rising (write) 


» 


Data held after BCLK rising (read) 


ata setup to BCLK rising (read) . 


$ 


STER16* asserted delay from BCLK rising (downshift) 


aye f 


5 


STER16* fioat delay from BCLK rising (downshift) 
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Figure 86 - 16- or 32-bit EISA Slave Timing, Burst 


BCLK 
LA<31:2> 
M-10 
BE* <3:0> 
W-R 
t i H ' 
. 4 ! { ' 
START* yi odo: ! 
t i 1 i i i ‘ 
fee dy OW BO i ' 
4 i v H t ! ! i) 
F ? j 1 i yl 1 
a oe oy 
ae ON 
ro $4 po 4 t ; i 
' } 1 t : ! 1 
i t i 
EXRDY AK CC#WF 
! 1 { 1 i 
Dae a 
MSBURST* ; 


SLBURST? WOE 


; READ DATA 


; an wi H-GD Cio) ht 
WRITE DATA oe | ma 
1) EISA Standard Access (Start of Burst} 4,5) EISA Burst Access 

2) EISA Burst Access 6) EISA Slanéard Access 


3) EJSA Burst Access wilh One Wait Slate 
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Parameter Table for Figure 86 


16- or 32-bit EISA slave timing, Burst 
Re Destrintion’S: SOE SAX ars ae ee mn 


BD Noma fe SER een 


LA addr,BE < >* setup to BCLK rising 


B87: 


Sh 
% 

KS 

e 
ss 


LA addr,BE < >* held from BCLK falling 2. 


ele ene och he ee ee 
PF ere ek ae ee a 
LA address to SLBURST* delay - 

egy eg a gee | 
er ye ee ee eel 
De ee ee ee ee ee 
Data enable delay from BCLK falling (read) _** see Note (a) ** 
(eae ele ns el ek i 


ata setup to BCLK rising (write) 


Data delay from BCLK rising (write) 


Data held from BCLK rising (write) 


Oo 


. 
a 


Ur 


15. 


fo) [=] 


—_ 
~~“ 


PE 


2 


Note (a): USE EITHER PARAMETER 8 OR 9 
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Figure 87 - System DMA Timing 


ao 
BCLK | 
DRQ<x> 
ae | = 
DAK*<x> l j 
as wt 
LA¢31:2> | 
WR, : 
BE*<3:0> ene — | 
M-10 


T-C ee ee eee ee Snes am oo 


Note: DAK* may be asserted from either the falling or rising edge of BCLK 


Parameter Table for Figure 87 


PA 


se 


(a aaa eer ea ere 
3 |DROx negated held from BCLK falling ae nas 
eet ee eh Ne cre ree | ae 


fa [DAG delay romBCK SCS 
aca ania 


SE See ee ee ne 
5 |LA<>,BE<>,W-R, delay from BCLK falling raf 50} 


| 
[6_|M10, delay from BCLK falling 
ee eg oes ee 


Note: The System timing numbers apply except where the above numbers 
add to or supercede them. : 
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Figure 88 - DMA Device Timing 
Compatible, Type "a", and Type "B" Memory Read Cycles 


DRQ<x> 


AENx 


DAK*<x> | 


LA<31:2> 
M-10 | 


SA<19:0> ae Re en Sa EE Re Se | 
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DRQ<x> 


AENx 


DAK*<x> 


LA<31:2> 
N-10 


SA<19:0> 


W-R 


START” 
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Figure 89 - DMA Device Timing 
Compatible, Type "A‘, and Type "B" Memory Write Cycles 
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Parameter Table for Figures 88-89 (Compatible Cycles) 


TRANS. Sek PRE 


OROx val assert | 2.0} 40.0) 
OROx valid delay from IOWC* asserted 


AKx* asserted to IORC* asserted 


at |OL {oO 
al |e 
a 
a 
aE 
a} |@ 
( 
g 
alle blk 


3} (al fal (al |e 
| \8) Bl i 
RQ} iz & 
e| le = 
@| |¢ & 
aie Gl i 
i 5 


AC* negated to DAKx* negated 


WC* negated to DAKx* negated 


delay from IORC* asserted 


ay ey 
_ 


2 ata float from IORC* negated 


2 


ta held from |OWC* negated 


iw] 
(=) 


<< asserted delay from |ORC* (system input mode) 


S| |= 
BS 
5 
2 


a) 


-C asserted delay from 1OWC* (system input mode) 
TC negated delay from iIORC* {input mode) 
TC negated delay from lOWC* (input mode) 


FRCPC 
eh 


N 
4 


-C enable/disable delay from DAKx* (input mode) 


4 


-C setup to IORC* negated (system output mode) 


| 


CS setup to (OWC* negated (system output mode) 


-C held from l\ORC* /IOWC* negated (output mode) 


1 T-C pulse width (output mode} 700.0 
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Parameter Table for Figures 88-89 (Type "A" Cycles) 


1 [DROx valid delay from 1ORC* asserted | 2.0 300 
ae eee es Ss ae 
a |OROxvalid delayfromlOWC* asserted = — | 2180.0) 
ea ae eg eg ee eee ed 
3 |DAKx* asserted tolORC* assented CT 70.O] 
at Saar a ee es See eee 
14 [DAKx* asserted to IOWC* asserted r 190.0; 
ess ee ee een ae ees eee 
is ]IORC* asserted pusewith CTC 8 
ee Ce ee eee ee ee ee ee 
6__|1ORC* negated pulse width (continuous) za) See 
pe ees ae eo te ee eee 
7___ ORC* negated to DAKx* negated [100.0] 
(a ae ea en ee ene! DEMCSEY Lane 
ls lOWG* asserted pusewdtn 885. 
a sce ng | (ee 
Ig _|IOWC* negated pulse width (continuous) a) 
CS eager nae ee ema eine (pee 
10 |IOWC* negated to DAKx* negated a) 
ee Sap ee ee eatin sete en cere ee Caeeviews) SEE! 
it |DatadelayfromiORC* asserted CT 280.0) 
Fa re rg ek a ne ee ee 
2 |DatafloatfromiORC* negated CT 28.0 
(eae nance eae eer eed 
3 |DataheldfromlOWG' negated. 
ee ean a ae ee ee eee re ee Ee 
14 _ [Data setup to IOWC* negated a 
a oe ee re ee 
15 {T-C asserted delay from IORC* (system input mode) ae 
ia eae naam igre Ree oe iene Oren Renney DeMCLK Sooeewie 
6 |T-C asserted delay from IOWC* (system input mode) rs 2000 
[| T-C negated delay from JORC* (input mode) ee eX) 
|__| _T-C negated delay from IOWC* (input mode) ee 
SS Ea NCR cg YS pm pa MU:( e (S 
7 [T-C enable/disable delay from DAKx* (input mode) | { 40.0 
(Sa ae epg Nae aa eek gra ga ace Pane OR 
8 |T-C setup to IORC* negated (system output mode) T 300.0, 
Ge ee ee oe 
119 {T-C setup to OWC* negated (system output mode) aaa 

eel 


eis ears ae ene nore, 

20 |T-C held from IORC* /IOWC* negated (output mode) ° es 
Fe ee ee ee eee ed aes) 
ai [TC pulse width (outputmode) TC A80.] 


T-C pulse width (output mode) 
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Parameter Table for Figures 88-89 (Type "B" Cycles) 


DMA device timing (Type "B’) : 
Rees os SPS SS 


TT 
S| |Z 
él (Be 
| |B 
ale 
3 |: 
ae 
i 


i y from IOWC* asserted 


oO Oo 


DAKx* asserted to IORC* asserted 


ae 
“I 
o 


DAKx* asserted to IOWC* asserted 


RC* asserted pulse width 


& 
() 


ny 
(=) (=) 


RC* negated pulse width (continuous 


as 


i 
i 
B| lo 
UL 


ied 
par 
a 
(=) 


OWC* negated pulse width (continuous) a 


o 


OWC* negated to DAKx* negated 


ata float from |ORC* negated 


Data held from !OWC* negated 


B| ie 
E 
i 
re) 
9 
f 
& 


[=] 


Data setup to IOWC* negated 
< asserted delay from 1ORC* (input mode) 
< asserted delay from [OWC* (input mode) 


T-C negated delay from IORC* (input mode) 
T-C negated delay from fOWC™* (input mode) 


~~ ~ 
ao 


™ 
2 
co} 


~“t 


TC enable/disable delay from DAKx* (input mode) 


< setup to |ORC* negated (output mode) 


_ 


{=} 


-C setup to {OWC* negated (output mode) 


“C held trom IORC* /IOWC* negated (output mode) 


par 


| 


1 T-C putse width (output mode) 240.0 


- 242 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTUKE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


DMA Device Timing 


Burst Memory Read Cycle 


Figure 90 


BCLK 


A 
* 
Vv 
is4 
om 
a 


AENx 


DAK*<x> 


LA<31:2> 


XXX 


ASS 


RS 


W-R 
EX32" 


SA<19:0> 


START* 
CMD? 
EXRDY 
1OWC 
MRDC 


DATA 


T-C 


\ 


MSBURST* AQ ACK 


Verlical marks indicale pdssible limes lo negate DRQ<>. 


Note: 
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CES 


Figure 91 - DMA Device Timing 


te Cycle 


Burst Memory Wri 


SSNS 
S. 


AWN 
& 


x 
LAC31:2> 
EX32° 
SA<19:0> 
START® 
CwD* 
EXRDY 
1ORC* 
MWwTC’ 
DATA 


nN 

& be 

: 

a g¢ 4g & 
fae} [2] < i=} 


W-R 


MSBURST* 


Note. Vertical marks indicale possible times to negate DRQ<x>. 
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Parameter Table for Figures 90-91 


DMA device timing (burst) 


2 

ee eee eee ee ee ee, 

DAKx* asserted to IOWC* asserted 

a al ce a Ee ee ee ee 

4___|EXRDY setup to BCLK falling DT 
aaa So Se ee 


aa ae eee 
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ee ee 
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2.12 Mechanical Specifications 


This section provides the mechanical specifications of EISA expansion boards and 
the Eee connector. Mechanical specifications for ISA expansion boards are also 
provided. 


Electrical characteristics, including minimum power requirements of EISA 
expansion boards, are specified in the Electrical Specifications section of this document. 
2.13 EISA Connector and Expansion Board Description 

The EISA connector is the same height and length as a 16-bit ISA expansion board 
connector. The connector can accommodate current JSA expansion boards as well as EISA 
expansion boards. The EISA connector does not take up any more space on the system 
board than a standard ISA connector, and because of the stacked two-level arrangement of 
the connector contacts, does not increase insertion force required. 

The following table shows EISA connector compatibility. 


EISA Connector Compatibility 


Expansion Board Type 


There is no mechanical restriction, but most 16-bit ; 
expansion boards will not function properly in an 8-bit slot. 
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2.13.1 Physical Characteristics 


The EISA connector is a single unit, and in appearance, resembles the existing ISA 
connector. The difference between the EISA connector and the ISA connector is a second 
level of contacts in the EISA connector. 


As illustrated in the following figure, ISA expansion boards can only be inserted into 
the EISA connector far enough to make contact with the upper row of contacts (ISA 
contacts). Stops, or “access keys,” are molded into the EISA connector to prevent an ISA 
card edge from making contact with the EISA contacts. An EISA expansion board's card 
edge connection goes deeper into the connector and makes contact with the second row of 
contacts (EISA contacts). EISA expansion boards are notched to allow the card edge to be 
pushed further into the connector and use the additional contacts. 


The connector housing is made of a high-quality, glass-filled thermoplastic to 
provide the durability required of surface mount manufacturing technologies. 


As with a typical 16-bit ISA connector, the EISA connector is rated for 100 insertion 


gee the connector contacts maintain a minimum of 75 grams of contact force throughout 
e connector's rated life. 


Insertion force is maintained at a level consistent with current ISA connector 
implementations. A typical ISA expansion board installed in an EISA connctor requires an 
insertion force of approximately 28 pounds. Because the EISA connector uses a two-level 
contact design, the insertion force for a typical EISA expansion board requires only a 
maximum of 35 pounds. 


Expansion board layout has not been compromised. The contact pin solder tails 
maintain a standard 0.1 inch spacing. This, in addition to a large number of ground pins, 
assures that EMI characteristics are consistent with current ISA implementations. In 
addition to providing ample ground pins in the EISA extension, contact length is optimized 
to assure capacitance between contacts is less than two picofarads to minimize "crosstalk." 


Two “locator pins" on the EISA connector simplify mounting the connector on the 
system board. The locator pins allow the manufacturing process to be automated and 
assure leigs alignment. Alignment of an EISA expansion board within the connector is 
assured by referencing all dimensions to the datum located near the middle of the 
connector. The connector manufacturer sizes this datum to insure that no additional 
friction increases insertion force. 


AJ EISA connector tolerances are specified within current manufacturing standards 
and technologies; no special tooling or equipment is required to meet ESA hardware 
specifications. In addition, the EISA specification includes an optional retention device 
(mounting bracket) to ensure that EISA expansion boards maintain proper positioning. 


Compatibililty with current manufacturing technologies, including surface mount 


technologies, is maintained by designing the connector with an open bottom area to allow 
washing of processing agents. 
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2.13.2 Connector Specifications 


Characteristics of the EISA Connector 


Insertion Force: 


iieeg s 
Contact Force: 
Contact Resistance: 


Current Carrying 
Capacity: 


28 Ibs. typical for upper contacts (ISA) 

35 Ibs. maximum for both levels combined 
(Measured with a .062 steel gauge) 

100 cycles (minimum) 

.167 Ibs. Go gens) (minimum) 

Initial: 30 milliohms (maximum) 
End-of-life: 40 milliohms (maximum) 

1 amp per contact on lower (EISA) contacts 
3 amps per contact on upper (ISA) contacts 
This assures electrical compatibility with 
existing ISA expansion boards; a hi level 
of current-carrying capacity on GND and + SV 
contacts may be required. 


Environmental Performance of the EISA Connector 


Thermal: 


Steady-state 
Humidity: 
Industrial Mixed 
Flowing Gas: 
Vibration: 
Physical Shock: 


Connector Materials 
Housing: 


Contact: 
Contact Plating: 


Contacts and housing will withstand vapor 
phase and surface mount process 


90-95% RH at 40 degrees C 


10 days, Class H 
10 Gs, 10-500 Hz, 3 hours 
100 Gs, 6 ms sawtooth, 18 shocks 


Glass-filled thermoplastic UL 94 V-O 
Copper alloy 

Gold flash over 40 microinches precious 
meta) minimum over 50 microinches nickel 
minimum in the contact area; tin lead on 
the tails. 
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Figure 92 - EISA Connector and Card-edges 
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Figure 93 - EISA Expansion Board Dimensions 
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Figure 95 - 16-bit ISA Expansion Board Dimensions 
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Figure 96 - 16-bit ISA Expansion Board Card-edge Detail 
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Figure 97 - 8-bit ISA Expansion Board Dimensions 
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Figure 98 - 8-bit ISA Expansion Board Card-edge Detail 
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Figure 99 - EISA Expansion Board Mounting Bracket 
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Figure 101 - EISA Connector System Board Drill Pattern 
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2.13.3 Pin Description 


This section provides a pin-out of the EISA connector. All 8- and 16-bit signais are 


. 


included. Figure 102 on the following page illustrates a top view of the connector to show 
the pinout. 


Note: 


1. Reserved a are for future use and will be assigned in the following order: 
E12, E13, E14, F12, Fi4. 


2. XXXXXX pins are strictly for system manufacturer-specific use. Generally, 
these signals should not be connected and should be used to isolate signals 
on the bus from adjacent power pins. 


EISA expansion boards should NOT connect to XXXXXX pins. 
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Figure 102 - EISA Pinout 


aE ROW B ye ROWE ROW A 
1 «GND ry Qo OD 1 IOCHK: 
1 CND hon CD @D, . 2 cup: 
2 = RESDRV @o “@ 2 v<7> 
z +6v @ @ a 2 START> 
3 +6 3. Sey Oo? oP 3 -EXRDY af USS? 
«4  IRQ<o> AD ~ OF 4 D<S> 
4 COO . : nae % : 4 Exsa2- 
6 -6Vv 6 Dear 
6 x0000cxK fap) 7 S GND 
* 6 DRQ<2> of Pa epee 6 D<3> 
CCEss KEY Al KEY 
e 7 -12v oe on 5 exyes vy D<2> 
a 6 NOWSs- oe? or é UnSsT a D<1> 
e +1iZv 
é se g oe oe 3 entRet* ° D<o> 
10 GND Dm ® 30 CHRDY 
10° M=30 : @ @_t 10 W-R 
. 12 SMEwTS © : 11) AENs 
ie petites 32 SMRDC De De ee ae 
« 12 SA<190> 
+2 13 OwWC* ® oa oe 
13° «GND @ = orl 320 RESERVED 13) <BAS1 02 
aN 34 ORC ae ee , % 14. SA<17> 
: 1&8 DAXK*<3> @ we 18 = Sa<1i6> 
360 «&E-<s> a @ 18 «GND 
ee 36 - DRQ<3> i om @ s 16 «BAC1S> 
ACCESS KEY = ACCESS KEY 
17 DAK* <tt> @® @ kc i? BaA<ci4> 
17 «WEY<z2> ed @ 17 ~BE*<i> 
26 DRO<1> ,. 2 _@ 18 SAcI3> 
18 «BES <0> Z > 16 LAr <B> 
tgs cia 19 «REFRESH Han © @i a9 OND 19 SAK)2> 
£0 BCLK LD? @ Paik 
zo +6V e @ .. @ Bo Larcdo> 20 y BAS Se 
1 IRQ<7T> |. GD — a 21 BA<30> 
Zi La*<2e> S2'. “GRO<a> | a Qe : 21 Las<26> 
e2 GND > 22 x LAt<27> aE, eae 
23 IRQ<8> | S © mi RS SA<O> 
@2 LA*KRE> cae BS g Deh 23 Lat<25> 
24 LAteze> Bre eee BS a @ 26 END t4 SACT> 
Ae 26 pakr<2z> a) as headend ey 
3 26 BA<S> 
go La<i6> @ 26 LaA<iS> 
ey taAcia> oe ieee ba ae By Ladia> IS EES Ae 
2] ~+6V 20 sv ® @®} . 28 La<it2> zo SA<3> 
~- 
fo +6V 6. ose 2 e® 20° Laczi> BO) SALTS 
set. ONS Sy aad fe ae a0. «cD 30 $A<1> 
2 Mistevas De® : 31. Lace> 31 5A<O> 
ROW H = “ ROW G 
tT Ta<o> ROW D aD OD arr ee RoW C 
fe oN < >) 
e La<ce> 1 Mis: ; arget Hs 2 GND 3 seMES 
3 La<e> z tore: OP @P 3 Laca> z La<23> 
4 «bv 3 IRQ<10> ar? og® 4) lasa> 3) Lac22> 
6 La<z> 4 mRe<14> £ offs? 6 cnD 4 La<21> 
ACCESS KEY 6 IRQ<12> : ee oe ? ACCESS KEY 6 La<20> 
ad p<is> e TRO<16> Ye: or oltl 7 D<i17> cy La<19> 
8 D<18> 7 IRQ<14> > erom a” B<1e> ,° La<18> 
9 GND 6 DAK*<0> erat e D<2zo> 6 Lacir> 
310 D<zi> e DRQ<O> @ @ * 10 D<22z> 9 bd 
O_O. }: ital 
a1) O<2d> 30 DAK*<5> = @o® o® ; 41° GND 1600 «MwTC: 
12 O<Bd> 21 DRO<6> 5 @e oe 2Z 0 «-D<26> 13 Dear 
23° «GMD 32 DAKe<a> o®g® 13 Deze> in pees 
34. O<2Z7> 13° DRe<e> tle @® a2 34) «DezE> 13. Dei0> 
ACESS ey 340 DAK" <7> @O_ @& ACCESS KEY ta Deri> 
26 «D<2a> 38) ORe<7> ®s5%eo@ 31600 END 1s D<1Z> 
17) «448V @ @ 2 
a p<a0> 
160 -+58V @® is 160 ~D<I3> 
10 +8V oS @ 36) Deai> 
1% MASTER16- a @ 17) D<1a> 
10 MAKx* @e~ @ 10 MREQx: 
16 =GND Do @® 16 DEsI6> 


HO ¢¢ 


Rows A. C, F and H are upper (ISA) contacts 
Rows 8. D. E and G are lower (EISA) contacts . 
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3. System Board I/O Control Functions 


The EISA system board includes 1/O control ‘circuitry for DMA data transfers, 
peer nent system timers and other miscellaneous functions. The registers and 
control ports for these functions are decoded using a 16-bit address. 


The following table promces an overview of the EISA system I/O address map and 
indicates the system board I/O ranges. 


Note: 1/O addresses between 1000h and FFFFh that are not identified as “Alias of 
100h-3FFh" are reserved for slot-specific addressing of expansion boards. 
The most significant digit in the address represents the slot number 
(indicated in the table by “Slot 'z", where 'z’ can be any value from 1 to 15). 
The system board I/O range resides at I/O addresses between 0000b and 
OFFFA (‘z = 0). 


1/O addresses between 0400h and 04FFh are reserved for current and future 

ISA system board peripherals defined by this specification. System board 
manufacturers may use system board addresses 0800-08Fh and 0C00-0CFh 
for manufacturer specific I/O devices. 
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System I/O Address Map 


I/O address ue Range 
Range (hex): eserved for: 


ISA System board peripherals 

ISA expansion boards 

Reserved - System board controllers 
Alias of 100h-3FFh 

System board 

Alias of 100h-3FFh 

System board 

Alias of 100h-3FFh 


Slot 1 
Alias of 100h-3FFh 
Slot 1 
Alias of 100h-3FFh 


Slot 1 
Alias of 100h-3FFh 
Slot 1 
Alias of 100h-3FFh 


Slot 'z' 

Alias of 100h-3FFh 

Slot 'z' 

Alias of 100h-3FFh 
‘z' 


Alias of 100h-3FFh 
Slot 'z' 
Alias of 100h-3FFh 
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The tollowans. table lists a partial set of system board I/O ports. A system board 
must decode the 16-bit address, except the "don't care” bits. “Don't care” bits are indicated 
by an "x" in the binary I/O port address. Those I/O ports, which are “ro” (read only) or 
"wo" (write only), and do not have the corresponding read/write port listed, as well as any 
bore marked as "reserved," are reserved for future EISA expansion. The value read from 
0” ports or reserved bits in “ro” or “rw’ ports are undefined and may change in various 
implementations. Write operations to reserved ports may cause system failure. 


Register Description 


DMA Ch-0 Base & Current Address register 
DMA Ch-0 Base & Current Count register 
DMA Ch-1 Base & Current Address register 
DMA Ch-1 Base & Current Count register 
DMA Ch-2 Base & Current Address register 
DMA Ch-2 Base & Current Count register 
DMA Ch-3 Base & Current Address register 
DMA Ch-3 Base & Current Count register 

Status register 

Command register 

Request register 

Write single mask bit 

Mode register 

Clear byte pointer 

Master Clear 


22222222 


Clear Mask register 
Write all mask bits 
Mask Status register 


INT-1 base address 
INT-1 mask register 


0000 0000 010x 0000 Programmable Interval Timer 1, 
System Clock (Counter 0) 

0000 0000 010x 0001 Refresh Request (Counter 1) 

0000 0000 010x 0010 Speaker Tone (Counter 2) 

0000 0000 010x 0011 Control Word register 


0000 0000 010x 1000 Programmable Interval Timer 2, 

Fail-safe Timer (Counter 0) 
0000 0000 010x 1001 Not implemented (Counter 1) 
0000 0000 010x 1010 Reserved for System (Counter 2) 
0000 0000 010x 1011 Control Word register 
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teas) Port Address 
MSE” 


Register Description 


0000 0000 1000 0000 Reserved 
0000 0000 1000 0001 DMA Ch 2 Low Page register 
0000 0000 1000 0010 DMA Ch 3 Low Page register 
0000 0000 1000 0011 DMA Ch 1 Low Page register 
0000 0000 1000 0100 Reserved 
0000 0000 1000 0101 Reserved 
0000 0000 1000 0110 Reserved 
0000 0000 1000 0111 DMA Ch 0 Low Page register 
Reserved 
DMA Ch 6 Low Page register 
DMA Ch 7 Low Page register 
0000 0000 1000 1011 DMA Ch 5 Low Page register 
0000 0000 1000 1100 Reserved 
0000 0000 1000 1101 Reserved 
0000 0000 1000 1110 Reserved 


0000 0000 1000 1111 


0000 0000 101x xx00 
0000 0000 101x xx01 


Refresh Low Page register 


INT-2 base address register 
INT-2 mask register 


0000 0000 1100 000x 
0000 0000 1100 001x 
0000 0000 1100 010x 
0000 0000 1100 011x 
0000 0000 1100 100x 
0000 0000 1100 101x 
0000 0000 1100 110x 
0000 0000 1100 111x 


DMA Ch-4 Base & Current Address register 
DMA Ch-4 Base & Current Count register 
DMA Cb-S5 Base & Current Address register 
DMA Ch-5 Base & Current Count register 
DMA Ch-6 Base & Current Address register 
DMA Ch-6 Base & Current Count register 
DMA Ch-7 Base & Current Address register 
DMA Ch-7 Base & Current Count register 


0000 0000 1101 000x DMA(4-7) Status register. 

0000 0000 1101 000x DMA(4-7) Command register 

0000 0000 1101 001x DMA(4-7) Request register 

0000 0000 1101 010x DMA(4-7) Write single mask bit register 


0000 0000 1101 O11x 
0000 0000 1101 100x 
0000 0000 1101 101x 
0000 0000 1101 110x 
0000 0000 1101 111x 
0000 0000 1101 111x 


DMA(4-7) Mode register 
DMA(4-7) Clear byte pointer 
DMA(4-7) Master Clear 
DMA(4-7) Clear Mask register 
DMA(4-7) Write all mask bits register 
Mask Status register 
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1/O 1/O Port Address 
Port (binary) 
Address} MSB LSB 


Register Description 


0000 0100 0000 0000 Reserved 
0000 0100 0000 0001 DMA Ch-0 High Base & Current Count 
0000 0100 0000 0010 Reserved 
0000 0100 0000 0011 DMA Ch-1 High Base & Current Count 
‘| 0000 0100 0000 0100 Reserved 
0000 0100 0000 0101 DMA Ch-2 High Base & Current Count _ 


0000 0100 0000 0110 Reserved 


DMA Ch-3 High Base & Current Count 


0000 0100 0000 1000 
0000 0100 0000 1001 


Reserved 
Reserved 
DMA Interrupt pending register 
DMAIO3 Chaining Mode register 
DMA(0-3) Extended Mode register 
Host CPU/EISA Master 


040Dh | 0000 0100 0000 1101 Reserved 
040Eh | 0000 0100 0000 1110 Reserved 
G40Fh {| 0000 0100 0000 1111 Reserved 


0461h | 0000 0100 0110 0001 
0462h | 0000 0100 0110 0010 
0464h | 0000 0100 0110 0100 
0465h | 0000 0100 0110 0101 


Extended NMI and reset control register 
oes Software NMI register 
Last EISA Bus Master granted ir, 
ro 


Last EISA Bus Master granted (H) 


0000 0100 1000 0000 Reserved 
0000 0100 1000 0001 DMA Ch 2 High Page register 
0000 0100 1000 0010 DMA Ch 3 High Page register 
0000 0100 1000 0011 DMA Ch 1 High Page register 
0000 0100 1000 0100 Reserved 
0000 0100 1000 0101 Reserved 
0000 0100 1000 0110 Reserved 
DMA Ch 0 High Page register 
0000 0100 1000 1000 Reserved 
0000 0100 1000 1001 DMA Ch 6 High Page register 
DMA Ch 7 High Page register 
DMA Ch 5 High Page register 
Reserved 
Reserved 
Reserved 


Reserved 


Reserved 
DMA Ch-5 High Base & Current Count 
DMA Ch-6 High Base & Current Count 
DMA Ch-7 High Base & Current Count 


04C6h | 0000 0100 1100 0110 
04CAh | 0000 0100 1100 1100 
04CEh | 0000 0100 1100 1110 
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1/O Port Address 


(binary) 
MSB LSB 


0000 0100 1101 0000 
0000 0100 1101 0001 
0000 0100 1101 0010 
0000 0100 1101 0011 


0000 0100 1101 0100 
0000 0100 1101 0100 
0000 0100 1101 0101 
0000 0100 1101 0110 
0000 0100 1101 0111 


0000 0100 1101 1000 
0000 0100 1101 1001 
0000 0100 1101 1010 
0000 0100 1101 1011 
0000 0100 1101 1100 
0000 0100 1101 1101 
0000 0100 1101 1110 
0000 0100 1101 1111 


Register Description 


INT=1 edge/level control register 
INT-2 edge/level control register 
Reserved 
Reserved 


DMA(4-7) Chaining Mode register 
DMA Chaining Mode Status register 
Reserved 

DMA(4-7) Extended Mode register 
Reserved 


0000 0100 1110 0000 DMA CHO Stop register bits <7:2> 
0000 0100 1110 0001 DMA CHO Stop register bits <15:8> 
0000 0100 1110 0010 DMA CHO Stop register bits <23:16> 
0000 0100 11100011 Reserved 


0000 0100 1110 0100 
0000 0100 1110 0101 
0000 0100 1110 0110 
0000 0100 1110 0111 


- 0000 0100 1110 1000 
0000 0100 1110 1001 
0000 0100 1110 1010 
0000 0100 1110 1011 


DMA CHI Stop register bits <7:2> 
DMA CH1 Stop register bits < 15:8> 
DMA CH1 Stop register bits <23:16> 
Reserved 


DMA CHz2 Stop register bits <7:2> 
DMA CH2 Stop register bits < 15:8> 
DMA CH2 Stop register bits <23:16> 
Reserved 


0000 0100 1110 1100 
0000 0100 1110 1101 
0000 0100 1110 1110 
0000 0100 1110 1111 


DMA CH3 Stop register bits <7:2> 
DMA CH3 Stop register bits < 15:8> 
DMA CH3 Stop register bits <23:16> 
Reserved 


0000 0100 1111 0000 Reserved 
0000 0100 1111 0001 Reserved 
0000 0100 1111 0010 Reserved 
0000 0100 1111 0011 Reserved 
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I (? Port Address 
(binary) 
q MSB LSB 


0000 0100 1111 0100 
0000 0100 1111 0101 
0000 0100 1111 0110 
0000 0100 1111 0111 


0000 0100 1111 1000 
0000 0100 1111 1001 
0000 0100 1111 1010 
0000 0100 1111 1011 


0000 0100 1111 1100 
0000 0100 1111 1101 
0000 0100 1111 1110 
0000 0100 1111 1111 


Register Description 


DMA CHS Stop register bits <7:2> 
DMA CHS Stop register bits < 15:8> 

DMA CHS Stop register bits <23:16> 
Reserved 


DMA CH6 Stop register bits <7:2> 

DMA CH6 Stop register bits < 15:8> 
DMA CH6 Stop register bits <23:16> 
Reserved 


DMA CH7 Stop register bits <7:2> 

DMA CH7 Stop register bits <15:8> 
DMA CH7 Stop register bits <23:16> 
Reserved 


System Board ID Byte 1 
System Board ID Byte 2 
System Board ID Byte 3 
System Board ID Byte 4 
System Board Enable 


0000 1100 1000 0010 
0000 1100 1000 0011 
0000 1100 1000 0100 
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3.1 DMA Description 


EISA systems pravds seven ISA compatible DMA channels. Any channel can be 
ae aie to provide EISA performance and addressing benefits to existing 8- and 16-bit 

devices while maintaining full ISA compatibility. The EISA DMA controller also 
supports DEMAND and B K mode DMA transfers that enable DMA channels to 
perform multiple continuous transfers and rg ota bus cycles that achieve data transfer 
rates up to 33 MB/s. In BLOCK mode the DMA channel performs a continuous transfer 
of the data block. DEMAND mode also performs an uninterrupted transfer of the data 
block, but the DMA device can temporarily suspend the transfer and release the bus before 
the end of the block. BLOCK or DEMAND mode transfers can be preempted by other 
devices requesting the bus. 


All DMA channels support an extended addressing mode. In this mode, the EISA 
address register counts sequentially like a 32-bit up down counter, so devices can 
oe address a 32-bit address Hea without programmatically incrementing the 
address extension registers each time the DMA address crosses a 64K segment boundary 
(as in traditional ISA). 


Any DMA channel can be programmed for 8-, 16- or 32-bit DMA device size and 
ISA Compatible, Type "A", Type “B”, or Burst DMA a "C’) timing modes. The gy 
board performs data size translations necessary for DMA transfers between all DMA 
device sizes and any 8-, 16- or 32-bit memory. 


The following table lists the variations of data transfer timing for each DMA device 


size supported. 
Compatibility 
AISA 
ALISA 


Most ISA 
Most ISA 
EISA Only 


Some ISA 
Some ISA 
EISA Only 


Burst DMA (Type "C’) 
8-bit EISA Only 
16-bit EISA Only 


32-bit EISA Only 


3.1.1 DMA Controller Overview 


The DMA circuitry incorporates the functionality of two 8237 DMA controllers, 

lus the EISA enhancements. The address and data busses support a full 32-bit system. 

e DMA controller provides timing control for the enhanced EISA DMA cycle types and 
maintains compatibility with ISA DMA devices. 
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The memory addressing circuitry supports the full 32-bit address for DMA devices. 
Each channel includes a 16-bit ISA compatible current address register, an 8-bit ISA 
compatible page register for address lines LA<23:16> (low page registers) and an 8-bit 
EISA page register for address lines LA* <31:24> (high page Eee 4 


The DMA controller does not have to include the counter functions and DMA state 
machine for DMA channel 4 (which is used in 8237-based ISA products for cascading the 
second DMA controller). The channel 4 read/write registers are included to guarantee 


compatibility with existing software. The channel 4 counter functions and state machine 
are not needed for compatibility. 


The system board uses DRQ<x> and DAK*<x> with IORC* and IOWC* for read 
and write operations to the DMA device. The DMA device transfers data directly to the 
memory slave unless data size translations are required. DMA read and write operations 
to memory use the normal memory interface. 


In ISA compatible timing mode, the 16-bit command signals, MRDC* and MWIC*, 
are generated during DMA access to EISA memory slaves for addresses less than 16 
Mbytes. MRDC* and MWTC* are generated for addresses eral than 16 Mbytes if an 
EISA memory slave does not respond by asserting EX32* or E 16*. 


3.1.2 DMA Controller Description 
The DMA controller operates in either of two operating conditions. 


The DMA controller operates in Master Condition while controlling DMA data 
transfers and supporting a 16-bit ISA bus master's use of a channel's DROQ<x>, 
DAK* <x> arbitration signals. 


The DMA controller operates in Slave Condition while monitoring the bus and 
decoding read or write I/O cycles that the main CPU and bus masters use to program or 
examine the DMA registers. The DMA controller only accepts read or write accesses to its 
registers while in Slave Condition. 


3.1.2.1 DMA Master Condition Operation 


The DMA controller generates the Bi control for DMA data transfers while 
operating in the Master Condition. The DMA controller supplies the address and 
read/write indication, then controls the cycle execution. 


The DMA controller also operates in the Master Condition when a 16-bit ISA bus 
master uses a DMA channel for bus requests. No DMA transfers occur, but the active 
state of the DMA controller's Master Condition precludes use of the channel for normal 
transfers or the programming of the DMA controller. 


The DMA controller is in the Master Condition when any channel's DAK*<x> is 
asserted. 
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3.1.2.2 DMA Slave Condition Operation 


The main CPU can perform read or write accesses to the DMA controller's 8-bit 
1/O ports when in the Slave Condition. The DMA controller accepts read and write 
accesses while no DMA data transfers are in progress, until the ae board asserts any 
channel's DAK*<x>. If a transfer is in pee the main. CPU or a bus master can 
request the bus, and, after winning the. ar itration, can access the DMA registers. The 
DMA controller operates in the Slave Condition while a non-device has a bus grant. 


3.1.3 DMA Transfer Modes 


A DMA channel operates in one of the following four transfer modes: Single 
transfer, Block transfer, Demand transfer, or Cascade mode. 


3.1.3.1 Singfe Transfer Mode 


A DMA channel programmed for Single Transfer Mode performs one transfer for 
each arbitration cycle. The DMA software programs the channel's Base Word Count 
register for the appropriate number of transfers to perform. The DMA controller 
decrements the channel's Current Word Count register and increments its Current Address 
register after each transfer. The transfer completes when the Current Word Count register 
reaches terminal count (the word count “rolls over" from zero to FFFFFFh) or when an 
external end of process is received. Terminal Count or EOP causes the current registers to 
be reloaded from the base registers if the channel is pro ed for autoinitialize. If the 
channel is programmed and ready for chaining, the next chain buffer is enabled. 


A DMA device requests a iF Transfer Mode DMA transfer by asserting 
DRQ<x> and holding it until sampling *<x> asserted. The DMA device may hold 
DRQ<x> asserted throughout the single transfer. The system board 5 Te DAK* <x> 
and the DMA channel releases the bus after the single transfer. If DRQ<x> remains 
asserted, the DMA controller immediately requests the bus again. The arbitration 
controller performs the arbitration, and asserts the winning channe 's DAK*<x> to signal 
the bus t. The DMA channel then performs another single transfer. The current 
registers hold the intermediate address se word count values between arbitration cycles. 


3.1.3.2 Block Transfer Mode 


A DMA channel programmed for Block Transfer Mode performs a block of 
transfers for each arbitration cycle. The DMA software programs the channel's Base Word 
Count register for the appropriate number of transfers to perform. The DMA controller 
decrements the channel's Current Word Count register and increments its Current Address 
register after each transfer. The transfer completes when the Current Word Count register 
reaches terminal count (the word count "rolls over" from zero to FFFFFFh) or when an 
external EOP is received. Terminal Count or EOP causes the current registers to be 
reloaded from the base registers if the channel is programmed for autoinitialize. If the 
channel is programmed and ready for chaining, the next chain buffer is enabled. 
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A DMA device requests a Block Mode DMA transfer by asserting DRQ<x> and 
holding it until sampling DAK*<x> asserted. The DMA device may hold DROQ<x> 
asserted throughout the block transfer or may release DRQ<x> after sampling 
DAK‘ <x> asserted. The transfer can be interrupted eer when programmed in ISA 
compatible fine mode) if another device requests the bus. In this case, the system board 
negates the D channel's DAK*<x> and the DMA channel immediately requests the 
bus again. The arbitration controller performs the arbitration, and asserts the winnin 
channel's DAK* <x> to signal the bus grant. The DMA channel then continues the look 
transfer. The DMA device does not have to re-assert DRQ<x> if the transfer is 
interrupted by another device. The current registers hold the intermediate address and 
word count values between arbitration cycles. 


A DMA device that uses ISA compatible timing should not be pee anne for 
block mode. It is possible to lock out other devices (including refresh) if the transfer count 
is programmed to a large number. Block mode can effectively be used with Type “A”, ype 
“B" or Burst DMA timing since the channel can be interrupted while other devices use the 
bus. 


3.1.3.3 Demand Transfer Mode 


A DMA channel programmed for Demand Transfer Mode performs a group of 
transfers for each arbitration cycle. The DMA software programs the channel's Base Word 
Count register for the appropriate number of transfers to perform. The DMA controller 


° 


decrements the channel's Current Word Count register and increments its Current Address 
register after each transfer. The transfer continues until the device negates DRQ<x>, the 
Current Word Count register reaches terminal count (the word count “rolls over" from zero 
to FFFFFFh) or an external EOP is received. Terminal Count or EOP causes the current 
registers to be reloaded from the base registers if the channel is pro ed for 
autoinitialize. The negation of DRQ<x> interrupts the transfer until the DMA device is 
ready for more data, but does not terminate the transfer. 


A DMA device requests a Demand Mode DMA transfer by asserting DRQ<x> and 
holding it until sampling DAK*<x> asserted. The DMA device holds DRQ<x> asserted 
until it runs out of data or until the transfer terminates. The transfer can be interrupted 
(except when programmed for ISA compatible timing) if another device requests the bus. 
The system board then negates the DMA channel's DAK*<x>. The DMA channel 
requests the bus again by asserting or continuing to assert DRQ<x>. The arbitration 
controller performs the arbitration, and asserts the winning channel's DAK*<x> to signal 
the bus grant. The DMA channel may then continues the block of transfers. The current 
registers hold the intermediate address and word count values between arbitration cycles. 


A DMA device that uses ISA compatible timing should not be tay “Anata for 
demand mode unless the device releases the bus periodically to allow other devices to use 
the bus. It is possible to lock out other devices dncludin refresh) if the transfer count is 
programmes to a large number. Demand mode can effectively be used with Type "A", 

eee or Burst DMA timing since the channel can be interrupted while other devices 
use the bus. 
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3.1.3.4 Cascade Mode 


A DMA channel programmed for Cascade Mode enables a 16-bit bus master to use 
the DMA arbitration signals. DMA channel 4 uses cascade mode, to expand the number 
of DMA channels available. 


DMA channel 4 is the DMA expansion channel used to cascade the DMA channel 
0-3 controller block to the DMA Channel 4-7 controller block. DMA Channel 4 is always 
programmed for cascade mode. DMA requests and grants for channels 0-3 propagate 
through the priority network at channel 4. For fixed pnority arbitration, channels 0-3 are 
higher priorty than channels 5-7. For rotating priority, channels 0-3 can only win the 
arbitration when channel 4 wins in the rotation of channels 4-7, Channel 4 is used only for 
cascading the additional channels. It cannot service DMA transfer requests. 


A 16-bit ISA bus master must use a DMA channel pro ed to Cascade Mode 
for bus arbitration. The 16-bit ISA bus master asserts the DMA channel's DRQ<x> to 
request the bus, and monitors DAK*<x> for acknowledgement of bus grant to the bus 
master. Setting a DMA channel to cascade mode floats the address and command signals 
(MRDC*, C*, IORC*, IOWC*), leaving the 16-bit ISA bus master free to drive the 
a and control signals. The system board pull-up resistors hold LA* <31:24) at a logic 


3.1.4 Transfer Types ‘s 


Each of the three DMA transfer modes (Single, Block and Demand) can perform 
Read, Write and Verify types of transfers. Write transfers move data from an I/O device 
to memory by activating memory write and IORC* (enabled by DAK*<x> asserted and 
AENx high). Read transfers move data from memory to an I/O device by activating 
memory read and IOWC®* (enabled by DAK*<x> asserted and AENx high). Verify 
transfers cause the DMA controller to perform pseudo read and write cycles. It generates 
addresses, and produces DAK* <x> and terminal count, but the memory and I/O control 
lines remain inactive. Verify transfers are only allowed in ISA compatible timing mode 
and have the address, DAK*<x>, and T-C timing associated with that mode. 


3.1.5 Auto Initialize 


An Autoinitialize channel automatically loads the Current Page, Current Address 
and Current Word Count registers from the Base Page, Base Address, and Base Word 
Count registers each time the DMA controller reaches terminal count or an external EOP 
is received. By programming a bit in the Mode register, a channel can be set up for Auto- 
initialization. Fe mask bit is not set at the end of a transfer when the channel is in 
autoinitialize mode. Following autoinitialize, the channel is ready to perform another 
ea service without CPU intervention as soon as the DMA device requests and wins the 

us again. 
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3.1.6 Buffer Chaining 


The buffer chaining mode of a channel is useful for transferring data from a 
ripheral to several different areas of memory within one transfer operation (from the 
MA device's viewpoint). This is accomplished by causing the DMA controller to 

interrupt the CPU for more pro; ing information while the previous! prop amined 
transfer is still in progress. The DMA controller then loads the new transfer information 
automatically when the previous transfer completes. In this way, the entire transfer can 
complete without interrupting the operation of the DMA device. This mode is most useful 
for single cycle or demand modes of the controller where the transfer process allows time 
for the CPU to execute the interrupt routine. 


A channel can be initialized for buffer chaining by programming the DMA base 
registers with the appropriate initial values, then pr ing the Chaining Mode register 
to “enable chaining mode.” The DMA acalee automatically loads the base register 
values into the current registers. The base registers must then be programmed with the 
appropriate values for the next group of DMA cycles. 


The DMA transfer starts after the DRQ<x>, DAK*<x> bus arbitration. When 
the Current Word Count register reaches terminal count, the DMA controller loads the 
Current registers from the Base registers, sets the mh pene bit in the “Channel Interrupt 
Status register,” then asserts IRQ13. The pending IRQ13 indicates that the Base registers 
are empty and chaining mode is enabled. A T-C is not generated for the DMA device. 


The Base registers must be updated and the Chaining Mode register must be set to 
"base regis ter update complete" before the Current Word Count register reaches zero 
terminal count), or the DMA controller abnormally terminates the data transfer by settin 

¢ channel's bit in the “Channel Interrupt Status register,” and setting the channel's "mas 
bit" in the "Mask register." Abnormal termination of the DMA transfer causes the DMA 
channel to become unstable and is likely to cause an overrun. Software can determine that 
chaining mode has abnormally terminated by inspecting the Mask Status register (after 
having set the Chaining Mode register to “base register update complete"). If the Mask 
Status register indicates the channel is disabled, then the DMA channel is in an unstable 
yea The recovery procedure should reinitialize the DMA channel and restart the DMA 

evice. 


The IRQ13 interrupt handler reads the Channel Interrupt Status register to 
determine that the DMA controller asserted IRQ13 and to identify the channel requesting 
service. The interrupt handler updates the channel's base registers, then programs the 
Chaining Mode register for “base register update complete.” 


The I/O write that signals "base register update complete” also resets the DMA 
channel's assertion of IRQ13 and the channel's bit in the Channel Interrupt Status register. 
The interrupt handler must then restore normal IRQ13 processing to assure service to 
other devices (like the 387 coprocessor) that might also have a pending IRQ13. 


The DMA controller asserts IRQ13 only after reaching terminal count or external 
EOP (with chaining mode enabled). It does not assert IRQ13 during the initial 
programming sequence that loads the DMA base registers twice. 


When chaining mode is enabled, only the Base registers are loaded by the CPU. 


The Current registers load automatically after the Current Word Count register reaches 
terminal count. The processor can read the Current registers, but not load them. 
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3.1.7 Ring Buffers 


The EISA DMA controller includes a set of Stop registers that may be used to 
implement a ring buffer. The ring buffer data structure reserves a fixed portion of memory, 
on doubleword boundaries, to be used for a DMA channel. Consecutive reception frames 
or other data structures are stored in adjacent portions of the ring buffer memory. 


The beginning and end of the ring buffer area are defined in the Base Address 
register and the Base Address register plus the Base Word Count. The incoming frames 
(data) are deposited in sequential locations of the ring buffer. When the DMA reaches the 
end of the ring buffer (the word count has expired), it autoinitializes, taking it back to the 
start of the ring buffer. The DMA then begins depositing the incoming bytes in the ring 
buffers sequential locations--providing that the host CPU has read the data that was 
previously placed in those locations. The DMA determines that the CPU has read certain 
data by the value that the CPU writes into the Stop register. 


Once the data of a frame is read by the CPU, the memory location it occupies 
becomes available for other incoming frames. The Stop register prevents the DMA from 
over-writing data that has not yet been read by the CPU. er the CPU has read a frame 
from memory it must update the Stop register to point to the location that was last read. 
The DMA does not deposit data into any location beyond that pointed to by the Stop 
register. 


Once the DMA detects that it has reached the address pointed to by the Stop 
register, the DMA channel is masked off and an overrun is likely to occur. 
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The CPU can only program the Stop registers with doubleword addresses; the two 
least significant bits of address are not stored. Also, the stop registers store values to 
compare against A<23:2> only, so the size of the ring buffer is limited to 16 megabytes. 


Diagram of a Ring Buffer Data Structure 
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3.1.8 Software Commands 


The following three software commands can be executed while the DMA controller 
is in Slave Condition. The commands are executed by performing an I/O write to the 
command's I/O port address. The value written is ignored. The software commands are: 


Clear Byte Pointer-Write Only 
Channels 0-3 - Port 000Ch 
Channels 4-7 - Port 0OD8h 


The Clear Byte Pointer command clears the internal latch used to address the upper 
or lower byte of the 16-bit address and Word Count registers. The latch is also cleared at 
power-on and by a DMA controller Master Clear command. The CPU may read or writea . 
16-bit DMA controller register by performing two consecutive accesses. The Clear Byte 
Pointer command precedes the first access. The first I/O write to a register port loads the 
ee significant byte, and the second access automatically accesses the most significant 

e. 


Master Clear-Write Only 
Channels 6-3 - Port 000Dh 
Channels 4-7 - Port 0ODAh 


The Master Clear instruction clears the Command, Status, and Request registers, 
sets the Mask register to disable DMA requests, and executes a Clear Byte Pointer 
command. Any operation in progress in the affected channels is aborted. 


Clear Mask Register-Write Only 
Channels 0-3 - Port Q00Eh 
Channels 4-7 - Port 00DCh 


The Clear Mask register command enables all four DMA channels by clearing the 
mask bits. 


3.1.9 DMA Controller Register Descriptions 


3.1.9.1 DMA Extended Mode Register 


_ The Extended Mode register is used to program the DMA device data size and 
timing mode. The register assumes default value after power-on reset. The DMA master 
clear command does not reset this register. 


The DMA controller can be programmed for 8-, 16- or 32-BIT DMA device data 
size. Channels 0-3 default to the ISA compatible mode, "8-bit I/O, count by bytes" and 
ae) 5-7 default to the ISA compatible mode, "16-bit I/O, count by words (address 
shifted).” 


The following table lists each of the DMA device transfer sizes. The column 
labeled "Word Count register" indicates that the register contents represents either the 
number of bytes to transfer (bytes) or the number of 16-bit words to transfer (words). The 
column labeled "Current Address Register Increment" indicates the number added to the 
Current Address register after each DMA transfer cycle. 
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In "16-bit I/O, Count by Words (address shifted)" mode, the address bus, which 
contains a byte address, increments by two for each DMA transfer. The Current Address 
register contains a word address, consequently it increments by one. 


DMA Device Data Size Word Count Current Address 
Count by Byte/Word Register Register Increment 


8-bit I/O, count by bytes 


16-bit I/O, count by words 
(address shifted} 

16-bit I/O, count by bytes 

32-bit I/O, count by bytes 


The DMA controller can be programmed for one of four cycle timing modes to 
transfer data between the DMA device and memory: ISA compatible cycles, Type "A" 
cycles, Type “B" cycles, or Burst DMA cycles. 


The DMA timing mode defaults to ISA Compatible timing. The device driver for 
an expansion board that supports Type “A,” Type “B," or Burst DMA timing should 
initialize the DMA controller for the fastest timing mode supported by the DMA device, 
without regard to the memory slave being accessed. The system board automatically 
determines the transfer rate supported by the memory slave and adjusts the cycle control 
appropriately. ‘ 


A DMA device that uses ISA compatible timi 4 should not be programmed for 

BLOCK mode and should not be programmed for DEMAND mode unless the device 

releases the bus periodically to allow other devices to use the bus. It is possible to lock out 

other devices (including refresh) if the transfer count is pros emus toa a number. 

BLOCK and DEMAND mode can effectively be used with Type "A," Type “B" or Burst 

i (Type "C") timing since the channel can be interrupted while other devices use the 
us. 


The T-C line is programmable for two purposes. In the (default) output mode, T-C 
si terminal count from the DMA phd the input mode, chs used by the 
D device to terminate a transfer (EOP or End of Process) 
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"Sto 
disabled. 


The last senor pomemmeable through the DMA Extended Mode register is the 
register enable.” This bit is used to contro] the Stop register function and defaults to 


DMA Extended Mode Register - Write Only 
Channels 0-3 - Port 040Bh 
Channels 4-7 - Port 04D6h 


DMA Channel Select 
00 Channel 0 (4) select 
01 Channel 1 (5) select 
10 Channel 2 (6) select 
11 Channel 3 (7) select 


Addressing Mode 
00 8-bit 1/O, count by bytes 
01 16-bit I/O, count by words 
_ (address shifted 
10 32-bit I/O, count by bytes 
11 16-bit I/O, count by. bytes 


DMA Cycle Timing Mode 
00 ISA Compatible timing 
01 Type "A" timing mode 
10 Type “B" timing mode 
11 Burst DMA (Type "C") timing mode 


0 T-C is an output for this channel 
1 T-Cis an input for this channel 


0 Stop register enabled 
1 Stop register disabled 


3.1.9.2 ‘Chaining Mode Register 


The Chaining Mode register pair can be used to enable or disable DMA buffer 
chaining and indicate when the DMA Base registers are being programmed. 


Software initializes the DMA controller for buffer chaining by writing the first 
buffer address to the Base registers, then setting the chaining mode to “enable.” (The 
DMA channel must not be in Auto initialize mode.) The DMA controller then loads the 
Current registers. Software then loads the second buffer address into the Base registers 
and sets the chaining mode to "programming complete, begin chaining” to start the actual 
DMaA transfer. 


Software can set the Chaining mode to "Disable" to terminate chaining mode and 
return to the “normal” mode. The DMA controller may also disable Chaining after 
abnormally terminating a chaining operation. The default values for channels U-7 are 
Disable Chaining mode. Chaining mode must be explicitly disabled by software, it is not 
cleared except by a reset or master clear. 
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See the “Buffer Chaining” section for more information about the use of this 
register. 


Chaining Mode Register - Read/Write 
Channels 0-3 - Port 040Ah 
Channels 4-7 - Port 04D4h 


DMA Channel Select 
00 Channel 0 (4) select 
Ol Channel 1 (S) select 
10 Channel 2 (6) select 
11 Channel 3 (7) select 


Enable /Disable Buffer Chaining Mode 
00 Disable chaining mode 
01 Enable chaining mode for programming 


10 Illegal 
11 Programming complete, begin chaining 
0 IRQ 13 2 


1 Generate T-C 


Reserved (set to 0) 
The following sequence illustrates use of the Chaining Mode register: 


1. The Base Address and Base Word Count register are loaded with the address and 
count for the first buffer to be transferred. 


2. The enable chaining mode bits for the appropriate channel are set to "01," causing 
the Base Address and Base Count registers to load into the Current Address and 
Current Word Count registers. 

3. The second buffer's address and word count are loaded into the Base Address and 
Base Count registers. 

4. The enable chaining mode bits for the appropriate channel (bits 2, 3) are set to "11" 
to begin the chaining sequence. 

5. When a chaining mode interrupt occurs, indicating completion of a buffer transfer, 


the Base Address and Base Word Count registers are loaded with the address and 
count for the next buffer to be transferred. 


6. The “enable chaining mode” bits for the appropriate channel are set to "11" to 
prepare for the next transfer and to clear the interrupt. 
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3.1.9.3 Chaining Mode Status Register 


Software can determine if chaining mode is enabled or disabled by reading the 
Chaining Mode Status register. The bit is set if the channel is enabled for chaining mode. 
The bit 1s clear if the channel is not enabled for chaining mode. The register is cleared by a 
power-on reset. 


Chaining Mode Status Register - Read Only 
Port 04D4h 


Channel 0 enabled (if bit is set 
Channel 1 enabled (if bit is set 
Channel 2 enabled (if bit is set 
Channel 3 enabled (if bit is set 
Reserved 

Channel § enabled (if bit is set 
Channel 6 enabled (if bit is set 
Channel 7 enabled (if bit is set 


3.1.9.4 Channel Interrupt Status Register 


The “Channel Interrupt Status” register indicates a pending IRQ13 caused by the 
DMA controller. The DMA controller asserts IRQ13 after reaching terminal count, with 
chaining mode enabled. It does not assert IRQ13 during the initial programming sequence 
that loads the base registers twice. The default value for all channels is no interrupt 


pending. 


The appropriate bit in the interrupt latch is automatically cleared when the 
“chaining mode enabled” bits are set to "11" or when cleared to "00." 


Channel Interrupt Status Register - Read Only 
Port 040Ah 


Interrupt on Channel 0 (if bit is set 
Interrupt on Channel 1 (if bit is set 
Interrupt on Channel 2 (if bit is set 
Interrupt on Channel 3 (if bit is set 
Reserved 

Interrupt on Channel 5 (if bit is set 
Interrupt on Channel 6 (if bit is =H 
Interrupt on Channel 7 (if bit is set 
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3.1.9.5 Address and Word Count Registers 


3.1.9.5.1 Base Word Count Register 


Each DMA channel has a write-only, 24-bit Base Word Count register that stores 
the programmed word count value. The DMA controller performs one transfer in addition 
to the programmed number of transfers. 


The Base Word Count register consists of pe ae the 16-bit 8237 compatible 
segment, and the 8-bit os word count segment. e two segments are mapped at 
different I/O addresses and must be pro. ed separately. The main CPU programs the 
8237 compatible segment by executing the Clear Byte Pointer command, then performing 
two consecutive 8-bit I/O writes to the appropriate address. The main CPU programs the 
high word count segment by performing an 8-bit I/O write to the appropriate address. 


The Base High Word Count Segment must be programmed after the Base Word 
Count 8237 Compatible Segment Lue write to the Base Word Count 8237 
Compatible Segment sets the Base High ord Count Segment (and Current High Word 
Count Segment) to zero. 
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Base Word Count Register Segments (Write Onl 


I/O address I/O address 
8237 Compatible igh Word 
Segment Count Segment 
8-bits 


3.1.9.5.2 Current Word Count Register 


Each DMA channel has a read-only, 24-bit Current Word Count register. The 
DMA controller decrements the word count after each transfer. The intermediate value of 
the word count is stored in the Current Word Count register during the transfer. The 
DMaA controller generates terminal count and se decrementing when the Current Word 
Count register “rolls over" (decrements from ). The Current Word Count register 
then contains FFFFFFh until reloaded. 


The Current Word Count register consists of two parts, the 16-bit 8237 compatible 
rsa and the 8-bit high word count segment. The two segments are nen Say at 
ifferent I/O addresses and must be read separately. The main CPU reads the 8237 
compatible segment by executing the Clear Byte Pointer command, then performing two 
consecutive 8-bit I/O reads from the appropriate address. The main CPU reads the high 
word count segment by performing an bit /O read from the appropriate address. 


Each Current Word Count register segment is automatically loaded simultaneously 
with the respective Base Word Count register when not in Chaining mode. 
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Autoinitialize causes both Current Word Count register segments to load from the 
respective Base Word Count register segments. 


Current Word Count Register Seg 


I/O Address 1/O Address 
8237 Compatible igh Word 
Se Count Segment 
8-bits 


3.1.9.5.3 Base Address Register 


Each DMA channel has a 32-bit write-only Base Address register that is 
programmed with the base address for DMA transfers. The Base Address register does not 
Increment or decrement. The 32-bit Base Address register consists of a 16-bit register (low 
address word), an 8-bit low page register (second highest address byte) and an 8-bit ia 
page register (high address ye). ch register segment is mapped at a different I/O 
address and must be programmed separately. 


Base Address (8237 Compatible Segment) 


The Base Address register includes a 16-bit 8237 compatible segment. The 8237 
compatible segment combines with the low page segment and high page segment to 
pee the low address word of the 24-bit ISA compatible DMA address or the 32-bit 

ISA DMA address. 


The main CPU programs the 8237 compatible segment by executing the Clear Byte 
Pointer command, then performing two consecutive 8-bit I/O writes to the appropriate 
address. 


Base Address (Low Page Segment) 

The 8-bit low page segment of the Base Address register combines with the 8237 
compatible segment to provide the high byte of the 24-bit ISA compatible DMA address 
space. The low page segment combines with the high page segment to provide the second- 
most-significant-byte of the 32-bit EISA DMA address. 


The main CPU programs the low page segment by performing an 8-bit I/O write to 
the appropriate address. . 
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Base Address (High Page Segment) 


The 8-bit high page segment of the Base Address ss Saeed combines with the ISA 
compatible segments to provide the high byte of the 32-bit EISA DMA address. 


The main CPU popes the high page segment by performing an 8-bit I/O write to 
the appropriate address. The high page segment must be pre ammed after the low page 
segment and 8237 compatible segment. Any write to the low page segment or B87 
compatible segment clears the high page segment. 


Base Address Register Segments (Write Only) 


I/O address I/O address I/O address 
8237 Compatible w Page igh Page 
Segment Segment Segment 


8 bits 


3.1.9.5.4 Current Address Register 


Each DMA channel has a 32-bit read-only Current Address register. The DMA 
controller automatically increments or decrements the address after each transfer; the 
intermediate values of the address are stored in the Current Address register during the 
transfer. The 32-bit Current Address register consists of a 16-bit register (low address 
word), an 8-bit low page register (second highest address byte) and an 8-bit high page 
register (high address byte). Each register segment is mapped at a different I/O address 
and must be read separately. 


Each Current Address register segment is automatically loaded simultaneously with 
the respective Base Address register segment (unless chaining mode is enabled). 


Auto initialize causes all current address register segments to load from the 
respective base address register segments. 


Current Address (8237 Compatible Segment) 


The Current Address register includes a 16-bit 8237 compatible segment. The 8237 

compatible segment combines with the low page segment and high page segment to 

rovide the low address word of the 24-bit ISA compatible DMA address or the 32-bit 
ISA DMA address. 


The main CPU reads the 8237 compatible segment by executing the Clear Byte 


Pointer command, then performing two consecutive 8-bit 1/O reads from the appropriate 
address. 
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Current Address (Low Page Segment) 


The 8-bit low page segment of the Current Address re ister combines with the 8237 
compatible segment to provide the high byte of the 24-bit ISA compatible DMA address 
space. The low page segment combines with the high page segment to provide the second- 
most-significant-byte of the 32-bit EISA DMA address. 


The main CPU reads the low page segment by performing an 8-bit I/O read from 
the appropriate address. 
Current Address (High Page Segment) 


The 8-bit high page segment of the Current Address register combines with the ISA 
compatible segments to provide the high byte of the 32-bit EISA DMA address. 


The main CPU reads the high page segment by performing an 8-bit 1/O read from 
the appropriate address. 


3.1.9.5.5 Address and Word Count Programming 


ISA Compatible Addressing and Word Count 


Any I/O write to the Base Address low page segment or 8237 Compatible Segment 
sets the Base Address high page segment to address zero and causes that DMA channel to 
use ISA compatible addressing. 


Any 1/O write to the Base Word Count 8237 compatible segment sets the Base 


Word Count high segment (and Current Word Count high segment ) to zero for ISA 
compatibility. 
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32-bit Addressing and Word Count 


An I/O write to the Base Address high page segment puts the DMA channel into 
enhanced addressing mode and causes the Current Address register to function as a 32-bit 
up/down counter. The high and low page registers increment (or decrement) 
automatically, without software assistance. The Base Address high page segment must be 
programmed last to cause 32-bit addressing. Any I/O write to the Base Address low page 
ee or 8237 compatible segment causes the DMA channel to use ISA compatible 
DMA addressing. 


The Base Word Count high 5 ee must be programmed after the Base Word 
Count 8237 ae segment. Any I/O write to the Base Word Count 8237 compatible 
segment sets the Base Word Count high segment (and Current Word Count high segment) 
to zero. 


"8-bit 1/0, Count By Byte" Mode 
(ISA Compatible) 


The Base Address register can be iy Sosa to any byte address if the Extended 
Mode register is set for "8-bit I/O, Count by yte” mode. The low and high page segments 
act like direct extensions of the address counter. The high page segment should be 
programmed with address bits corresponding to LA<31:24> (not inverted). The low page 
segment should be programmed with address bits corresponding to LA<23:16>. The 8237 
i lb segment should be programmed with address bits ities diaper to SA<15:0>. 
The Base Word Count register should be programmed with the number of bytes to transfer 
minus one. For example: 


Physical memory address for transfer: 12345678h 
ee to transfer: 80b 
igh Page segment contents = 12h 
Low Page segment contents = 34h 
Base Address register = 5678h 
(perform two sequential writes: 78h, then 56h) 
Base Word Count register = 7Fh 
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"16-bit I/O, Count By Word (Address Shifted)” Mode 
(ISA Compatible) 


The Base Address fa ey must be programmed to an even address if the Extended 
Mode register is set for "16-bit 1/O, Count by Word (address shifted)" mode. The 17 low- 
order address bits must be shifted right by one bit (the LSB is ignored) before loading into 
the Base Address 8237 compatible segment. The high page segment should be 
programmed with address bits corresponding to LA<31:24> (not inverted). The most 
significant seven bits of the low page segment should be programmed with address bits 
corresponding to LA<23:17> and the LSB of the low page segment should be 
prea with a "0". The 8237 compatible segment should be programmed with address 

its corresponding to SA<16:1>. SA<0> is not used since the address bus increments by 
two and the transfer is always to or from an even address. The Base Word Count register 
oe be programmed with the number of 16-bit words to transfer minus one. For 
example: 


Physical memory address for transfer: 87654320h 
Bytes to transfer: 80h 
16-bit words to transfer: 40h 
High Page segment contents = 87h 
Low Page segment contents = 64h 
Base Address register = A190h 
(perform two sequential writes: 90h, then Alh) 
Base Word Count register = 3Fh . 


"16-bit 1/0, Count By Byte" Mode 


The Base Address a iy can be programmed to any byte address if the Extended 

Mode register is set for "16-bit I/O, Count by Byte" mode. ‘The high page segment should 

be programmed with address bits ee to LA<31:24> Gat inverted). The low 

page segment should be programmed with address bits corresponding to LA<23:16>. The 

237 compatible segment should be programmed with address bits corresponding to 

SA<15:0>. The Base Word Count register should be programmed with the number of 
16-bit bytes to transfer minus one. 


Note that most DMA devices require the address to be aligned on a dword 
boundary. If programmed to a misaligned address, the DMA controller transfers a partial 
dword only on the first and last transfer. For example: 


Physical memory address for transfer: 12345678h 
Dee to transfer: 80h 
igh Page segment contents = 12h 
Low Page segment contents = 34h 
Base Address register = 5678h 
(perform two sequential writes: 78h, then 56h) 
Base Word Count register = 7Fh 
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*32-bit I/O, Count By Byte" Mode 


The Base Address register can be programmed to any byte address if the Extended 
Mode register is set for "32-bit he Count by Byte” mode. (Note that most DMA devices 
require the address to be aligned on a dword boundary.) The high page segment should be 
programmed with address bits corresponding to LA<31:24> (not averted). The low page 
segment should be programmed with address bits corresponding to LA<23:16>. The 8237 
compatible segment should be programmed with address bits sethed soir: to SA<15:0>. 
The Word Count register should be programmed with the number of bytes to transfer 
minus one. 


Note that most DMA devices require the address to be aligned on a dword 
boundary. If programmed to a misaligned address, the DMA controller transfers a partial 
dword only on the first and last transfers. For example: 


Physical memory address for transfer: 12345678h 
bite to transfer: 80h 
igh Page segment Contents = 12h 
Low ree segment Contents = 34h 
Base Address register = 5678h 
(perform two sequential writes: 78h, then 56h) © 
Base Word Count register = 7Fh 
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3.1.9.6 DMA Command Register 


The DMA Command register can be programmed by software to initialize the 
DRQ<x> and DAK*<x> logic levels to active igh or low, and initialize the channel 
group arbitration priority scheme for fixed or rotating. Software can also enable or disable 
the DMA channel group by setting or clearing bit 2 of the Command register. Disabling 
channels 4-7 also dicak es channels 0-3, since channels 0-3 are cascaded into channel 4. 
The Command Registers can be cleared by power-on reset and by the Master Clear 
instruction. 


DMA Command Register - Write Only 
Channels 0-3 - Port 0008h 
Channels 4-7 - Port 00DOh 


Reserved (0 
Reserved (0 


DMA Channel Select 
0 Channels 0-3 a enable 
1 Channels 0-3 (4-7) disable . 


Reserved (0) 
Arbitration Priority 


0 Fixed priority 
1 Rotating priority 


Reserved (0) 
DRQ Sense Assert Level 
0 DRQ<3:0> (<7:5>) sense asserted high 
1 DROQ<3:0> (<7:5>) sense asserted low 
DAK* Assert Level 
0 DAK* <3:0> (<7:5>) assert low 
1 DAK* <3:0> (<7:5>) assert high 
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3.1.9.7 Mode Register 


Each DMA channel has a 6-bit Mode register. The Mode registers are programmed 
by setting bits 0 and 1 for the appropriate channel, then writing to the Mode register port 
ete The channel's Mode register latches the six mode bits (based on the value of bits 0 
and 1). 


Mode Register - Write Only 
Channels 0-3 - Port 000Bh 
Channels 4-7 - Port 0OD6h 


DMA Channel Select 
00 Channel 0 select 
01 Channel 1 select 
10 Channel 2 select 
11 Channel 3 select 


Data Transfer Type 
00 Verify transfer 
01 Write transfer : 
10 Read transfer ; 
11 Tegal 


0 Disable Auto initialization 
1 Enable Auto initialization 


0 Address increment select 
1 Address decrement select 


DMA Channel Mode Select 
00 Demand mode select 
01 Single mode select 
10 Block mode select 
11 Cascade mode select 


Note: Channel 4 must be programmed for cascade mode. All other modes are 
disallowed. 


Note: The address decrement mode only applies to “8-bit Ae Count by Byte" 


mode and "16-bit I/O, Count by Word (address shifted)" mode. Results in 
other modes are undefined. 
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3.1.9.8 Request Register 


Software can initiate a DMA service request by setting any DMA channel's Request 
register bit. The DMA controller responds to the software request as though DRQ<x> is 
asserted. The request bits are not maskable. Any channel's request bit can be set or 
cleared under software control. The DMA controller automatically clears a channel's 
request bit after the channel's Current Word Count register reaches terminal count or an 
external EOP is received. A DMA channel must be in Block Mode before a service 
request can be initiated by software. The Request register is cleared by power-on reset. 


Request Register - Write Only 
Channels 0-3 - Port 0009h 
Channels 4-7 - Port 00D2h 


DMA Channel Select 
00 Select channel 0 
01 Select channel 1 (5 
10 Select channel 2 (6 
11 Select channel 3 (7 


0 Clear request bit 
1 Set request bit 


Reserved (0) 


3.1.9.9 Mask Registers 


Each channel has a mask bit that, when set, disables a DMA service request caused 
by an asserted DRQ<x>. A channel's mask bit is automatically set when the Current 
Word Count register reaches terminal count (unless the channel is programmed for auto 
initialization or chaining mode). Any channel's mask bit can be set or cleared under 
software control. Power-on reset disables all DMA channels by setting the Mask register 
bits. A Clear Mask register command enables the four DMA channels. 


Note: If channel 4 mask bit is set, then channels 0-3 are masked off. This is 
because channels 0-3 are cascaded into channel 4. 
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Write Single Mask Bit 


This register can be used to set or clear any mask register bit 


Write Single Mask Bit - Write Only 
Channels 0-3 - Port 000Ah 
Channels 4-7 - Port 00D4h 


DMA Channel Select 
00 Select channel 0 (4) mask bit 
01 Select channel 1 (5) mask bit 
10 Select channel 2 (6) mask bit 
11 Select channel 3 (7) mask bit 


0 Clear mask bit 
1 Set mask bit 


Reserved (0) 


Write All Mask Bits/Mask Status Register 
This register can be used to write or read all four bits of the Mask register with a 
single command. 


Write All Mask Bits/Mask Status Register - Read/Write 
Channels 0-3 - Port 000Fh 
Channels 4-7 - Port OODEh 


Clear channel 0 (4) mask bit 
Set channel 0 (4) mask bit 


Clear channel 1 (5) mask bit 
Set channel 1 (S) mask bit 


Clear channel 2 (6) mask bit 
Set channel 2 (6) mask bit 


Clear channel 3 (7) mask bit 
Set channel 3 (7) mask bit 


Reserved (0) - 


© a) -— Oo) 


OD 
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3.1.9.10 DMA Status Register 


The DMA Status register contains status information about the DMA channels that 
can be read by the CPU. This information identifies channels that reached a terminal 
count and channels that have pending DMA requests. Bits 0-3 are set every time terminal 
count is reached by the corresponding channel. These bits are cleared upon power-on and 
on each Status Read. Bits 4-7 are set whenever their corresponding channel is requesting 
service. 


DMA Status Register - Read Only 


Channels 0-3 - Port 0008h 
Channels 4-7 - Port DOh 
BOBRBBaD 
Channel 0 (4) at terminal count 
Channel 1 (5) at terminal count 
Channel 2 (6) at terminal count 
Channel 3 (7) at terminal count 
Channel 0 (4) request 
Channel 1 (5) request 2 
6 . 


Channel 2 (6) request 
Channel 3 (7) request 


The following table shows the results of reaching DMA terminal count or an 
external EOP (End of Process). If the Stop register limit is reached, the mask is set and 
other conditions are unchanged. 


Current 
Registers 


Normal | no change 


Autoinit .4 reload 


Chainin 
(normal reload 


Chaining 


(over-run) oar 
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3.1.10 Supported DMA Transfer Combinations 


The following tables indicate the legal DMA transfer modes. The notes apply to all 
the tables. 


The system board does not perform data size translation for any DMA 
transfers that use ISA compatible DMA timing, including when 
performing 16-bit transfers to -bit memory. 


Note I: 


Note 2: The system board performs data size translation for Type "A" and 
Type "B" DMA cycles. The system board can use direct transfer or 
byte lane copying for DMA operations between the DMA device and 
memory with a word width equal to or larger than the DMA device. 
Transfers between a DMA device and memory with a smaller width 
than the DMA device require data size translation by the system 
board. For memory writes (I/O reads), the system board causes the 
DMA device to float. its data lines by negating IORC*. For memory 
reads (I/O writes), the system board holds IOWC* asserted until the 
translation completes, then negates IOWC* so the DMA device ‘can 
sample the data on the trailing edge. 


Note 3: The system board performs data size translation for Burst DMA 
cycles. The system board can use direct transfer or byte lane copying 
for DMA operations between the DMA device and burst memory 
with a word width equal to or larger than the DMA device. Transfers 
between a DMA device and memory with a smaller width than the 
DMA device require data size translation by the system board. For 
memory writes fo reads), the system board causes the DMA device 
to float its data lines by negating IORC*. For memory reads (I/O 
writes), the system board holds IOWC® only at the end of the 
translation. Transfers between a DMA device and memory that does 
not support Burst DMA cycles reverts to Standard EISA memory 
cycles. 
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General 

Note: 16sh indicates an ISA compatible addressing type with a 16-bit data 
size and shifted address. The DMA address register is shifted left one 
bit and executed as a word address (ISA compatible), consequently, 
misaligned transfers cannot be performed. EISA 16-bit data size does 
not require the address shift, and can support misaligned transfers if 
the DMA device performs the byte alignment. 


DMA Transfer Combinations 


Transfer DMA Timing Data |Mem 
Type Mode Type Size |Bus 


Verify Compatible 
Verify Compatible 


Verify Type ‘A’ - 
Verify Type ‘A’ 
verify Type ‘B/ 
Verify 'B’ 


Compatible 
Compatible 
Type ‘A’ 
Type ‘A‘ 
Type ‘B’ 
‘BS 


Verify 
Verify 
Verify 
Verify 
verify 
Verify 


Compatible 
Compatible 
Type ‘A’ 
Type ‘A’ 
Type ‘B’ 
Type ‘B’ 


Verify 
Verify 
Verify 
Verify 
Verify 
Verify 


NNUNNEHEP TN MN NEB 
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DMA Transfer Combinations (Read) 


Transfer DMA Timing ~ Data |Mem 
Type Mode Type Size |Bus |Notes 


Compatible 
Compatible 


NNNNNNNNEH 


Compatible 
Compatible 


WWUNNNNNNNNEH 


Compatible 
Compatible 


Burst DMA 
Burst DMA 
Burst DMA 


WUUNNNNNNNNEH 
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DMA Transfer Combinations (Write) 


Transfer DMA Timing Data |Mem 
Type Mode Type Size |Bus |Notes 


Single |Compatible 
Single |Compatible 
Single {Type ’A’ 
Single |Type ‘A’ 
Single |Type ‘A’ 
Single |Type ‘A’ 
Single j|Type ’B’ 
Single |Type ‘B’ 
Single iE? 
Single 


NNNNNNNN HP 


Compatible. 
eonpee se 


WWUWUNNNNNUNNNHP 


Compatible 
Compatible 
Type ‘A’ 
Type ‘A‘ 
“AS 


WWUUNNPEPNNPP PE 
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3.2 interrupt Controller 


EISA systems provide an ISA compatible interrupt controller with the EISA 
enhancement. Interrupts can be set as edge sensitive or level sensitive. The EISA 
interrupt controller incorporates the functionality of two 8259 interrupt controllers. A total 
of 15 interrupts are available, not including IRQ2 (on the master interrupt controller), 
which is used to cascade interrupts from the slave interrupt controller. 


The EISA master es pe controller (INT-1) provides IRQ<7:0> and the slave 
interrupt controller ae a provides IRQ<15:8>. The INT-2 interrupt output is 
connected to IRQ2 of INT-1. The interrupts have the following priority arrangement 
ne riority to lowest): IRQO, IRQ1, IRQ8, IRQ9, IRQ10, IRQ11, IRQ12, IRQ13, 

Ql4, TROIS, IRQ3, IROQ4, IRQS, IRQ6, IRQ7. 


3.2.1 Interrupt Controller t/O Address Map 


The following table shows the I/O port address map for interrupt registers: 


Interrupt 1/O # of Interrupt Controller 
Block. ighee Bits Register 


0020h INT-1 Base Address 
INT-1 Mask register 
INT-1 Edge/Level register 


INT-2 Base Address 
INT-2 Mask register 
INT-2 Edge/Level register 


3.2.2 Interrupt Sequence 


The following shows the interrupt sequence for an 80x86-type system. Sa EISA 
interrupt controller must never be programmed to the 8259's 8080 mode.) 


die One or more IRQ<15:0> lines are asserted, setting the corresponding 
Interrupt Request register bit. 

2. The interrupt controller evaluates the requests and interrupts the CPU. 

3. The CPU acknowledges the interrupt and responds with an interru 


acknowledge cycle (see the CPU data sheet for a description of the CP - 
interrupt acknowledge cycle). 


4. During the interrupt acknowledge cycle, the interrupt controller sets the 
highest priority In-Service register bit and clears the corresponding Interrupt 
Request register bit. INT-1 presents the ID of the interrupt controller 
requesting service (the highest priority In-Service interrupt code) to INT-2 at 
the end of the interrupt acknowledge cycle. Neither interrupt controller 
drives the data bus during this cycle. 
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5. The CPU initiates a second interrupt acknowledge cycle to read the interrupt 
vector. pune ae cycle, INT-1 or INT-2 presents the 8-bit interrupt vector 
on D<7:0>. ¢ interrupt vector cansists of the interrupt code, presented 
on D<2:0> and the interrupt controller vector address 2 -1 vector 
address is 00001b, INT-2 vector address is 01110b), presented on D<7:3>. 
An interrupt from the cascaded interrupt controller causes INT-2 to present 
the vector. Any other interrupt causes -1 to present the vector. 


6. This completes the interrupt cycle. In the AEOI mode, the In-Service 
register bit is cleared at the end of the second interrupt acknowledge. 
Otherwise, the In-Service register bit remains set until an appropriate EOI 
command is issued at the end of the interrupt service routine. 


The IRQx inputs must remain asserted until after the leading edge of the first 
interrupt acknowledge. If an IRQx input is negated before the interrupt acknowledge, the 
interrupt controller drives the vector for IRQ7 (IRQIS on the cascaded interrupt 
controller) during the second interrupt acknowledge cycle. 


3.2.3 Interrupt Controller Initialization 


: There are two types of command words that the CPU can use to program the EISA 
interrupt controller: 


¢ Initialization Command Words ; 
INT-1 and INT-2 must be initialized before normal operation. Initialization is 
performed by programming ICW1, ICW2 and ICW3 to INT-1 and INT-2. Some 
configurations also require ICW4 be programmed. 


° eration Command Words 
e interrupt controller can be commanded to operate in various modes. The 
modes are as follows: 
- Fully Nested Mode 
- Special Fully Nested Mode 
- Fixed Priority Mode 
- Rotating Priority Mode 
- Special Mask Mode 
- Polled Mode 
INT-1 and INT-2 are initialized separately, and can be programmed to operate in 
different modes. The typical power-up default settings (INT-1 INT-2) are as follows: 
80x86 mode, Edge-sensitive (IRQ<15:0>), normal End-of-Interrupt, Non buffered mode, 
Special Fully Nested"Mode disabled, fixed priority, cascade mode. INT-1 is connected as 


the master interrupt controller, its ICW3 = 4h, its vector address = 8h. INT-2 is connected 
as the slave interrupt controller, its ICW3 = 2h, its vector address = 70h. 
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; The following table shows the typical BIOS initialization sequence for an EISA 
interrupt controller: 


Description of Operation 


INT-1, ICW1 
INT-1, ICW2 vector address for 000020h 
INT-1, ICW3 indicates slave connection 
INT-1, ICW4 8086 mode 

INT-1, Interrupt mask (may vary with option) 
INT-1, Edge/Level Control register 


INT-2, ICW1 
INT-2, ICW2 vector address for 0001C0h 
INT-2, ICW3 indicates slave ID 

INT-2, ICW4 8086 mode 

INT-2, Interrupt mask (may vary with option) 
INT-2, Edge/Level Control register 


An I/O write to the INT-1 or INT-2 base address with D<4> = "1", is interpreted 
as Initialization Command Word 1 (ICWi). For EISA systems, two I/O writes to 
“base address + 1" must follow the ICW1. The first write to “base address + 1” performs 
ICW2, the second write performs ICW3. A third write to "base address + 1" (if the IC4 bit 
is set on the ICW1) performs ICW4. 


An I/O write that does not follow an ICW1 to the INT-1 or INT-2 
"base address + 1” loads the Interrupt Mask register. 


No Operation Command words can be written before the initialization sequence is 
complete. 
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The following flow chart illustrates the sequence software must follow to load the 
interrupt controller Initialization Command Words. The sequence must be executed for 
INT-1 and INT-2. 


IcW1-Port 020h (OAOh) 


IcW2-Port 021h (OAl1h) 


ICW3-Port 021h (OAih) 


No (IC4=0) 
Is ICW4 Needed? 


Yes (IC4=1) 


IcW4~Port. 021h (OAih) 


READY TO ACCEPT 
INTERRUPT REQUESTS 


3.2.4 Initialization and Control Registers 


3.2.4.1 Initialization Command Word 1 (ICW1) 


An I/O write to the INT-1 or INT-2 base address with D<4> = "1", is interpreted 
as Initialization Command Word 1 (ICW1). 


LTIM: This bit is disabled in EISA systems. Its function is replaced by the 
Edge/Level Control register, described elsewhere. 


ADI: Ignored.for EISA. 

SNGL: This bit is set to "0" for EISA. It indicates that there is more than one 
interrupt controller in the system. 

IC4: If ae is set - ICW4 has to be read. IF ICW4 is not needed, set 
Ic4=0. 
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Note that the bit description in the ICW1 diagram below applies only to ICW1. If 
D<4> indicates OCW2 or OCW3, the bit definitions are documented under the 
appropriate section. 


Initialization Command Word 1 
(ICW1, OCW2 and OCW3 are accessed through a common port) 
INT-1 - Port 020h (program to 011h) 
INT-2 - Port 0AOh (program to 011h) 


D7 D6 DS D4 OD 


3 D2 Di DO 
A7 | A6 LTIM SNGL 


1 = ICW4 Needed 
0 = No ICW4 Needed 


1 = Reserved for EISA 
0 = Cascade mode 


Ignored for EISA 
Ignored for EISA 


0-= Indicates OCW2 or OCW3 
1 = Indicates ICW1 


Ignored for EISA 


9.2.4.2 Initialization Command Word 2 (ICW2) 


The first in a sequence of I/O writes (after an ICW1) to the INT-1 or INT-2 
“base address + 1” is interpreted as Initialization Command Word 2 (ICW2). 


ICW2 initializes the interrupt controller with the 5 most-significant bits of the 
interrupt vector address. INT-1 or -2 presents the 8-bit interrupt vector on D<7:0> 
during the second interrupt acknowledge cycle. The interrupt vector consists of the 
interrupt code, presented on D<2:0> and the interrupt vector address (INT-1 vector 
address is 08h, -2 vector address is 070h), presented on D<7:3>. An interrupt on 
IRQ-2 causes INT-2 to present the vector. Any other interrupt causes INT-1 to present the 


vector. 
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The CPU calculates the pointer address to the interrupt service routine by 
multiplying the vector by 4. The CPU then branches to and executes the interrupt service 
routine. ; 


Initialization Command Word 2 
INT-1 - Port 021h (program to 08h) 
INT-2 - Port OAJh (program to 070h) 


D7 Dé DS D4 D3 D2 Di DO 


Prefs] ol eo 


Reserved for EISA (Set to 0) 


Interrupt vector address 


3.2.4.3 initialization Command Word 3 (ICW3) 


The second in a sequence of I/O writes (after an ICW1) to the INT-1 or INT-2 
"base address + 1" is interpreted as Initialization Command Word 3 (ICW3). ICW3 must 
be programmed for INT-1 and INT-2 in EISA systems. = 


Initialization Command Word 3 
Master Device - Port 021h (program to 04h) 


For INT-1, the master interrupt controller, I[CW3 is programmed to 04h. The bit 
corresponding to INT-2 must be set for EISA systems. An interrupt request on IRQ2 
causes INT-1 to enable INT-2 to present the interrupt vector address during the second 
interrupt acknowledge cycle. 


D7 D6 D5 D4 D3 D2 Di DO 


1=Interrupt Request Input has a slave 
0=Interrupt Request Input does not have a slave 


Initialization Command Word 3 
Slave Device - Port 0Alh (program to 02h) 


For INT-2, the slave interrupt controller, ICW3 must be programmed to 02h. An 
interrupt request on IRQ2 causes INT-1 to enable INT-2 to present the interrupt vector 
address during the second interrupt acknowledge cycle. 


D7 D6 DS D4 D3 D2 D1 dO 


oon 


Slave ID (program to 02h) 
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3.2.4.4 Initialization Command Word 4 (ICW4) 


The third in a sequence of I/O writes (after an ICW1) to the INT-1 or INT-2 
"base address + 1" is interpreted as Initialization Command Word 4 (ICW4). 


SFNM: If SFNM = 1 the special fully nested mode is programmed, 
BUF: Programmed to "0" for EISA. 

M/S: Ignored for EISA. 

AEOI: If AEOI=1 the automatic end-of-interrupt mode is programmed. 
uPM: Microprocessor mode: Programmed to "1" for EISA. 


Initialization Command Word 4 
INT-1 - Port 021h = 01h 
INT-2 - Port OAlh = 01h 


D7 D6 DS D4 D3 D 


2 Di bo 
Pol of oeneocrpesfsosfaee] 


1 = 80x86 MODE 
0 = Reserved 


t = Auto EOI 
0 = Normal EOI 


X = Ignored for EISA 


0 = Non-Buffered Mode 
1 = Reserved 


5 aae Fully Nested Mode 


1= 
0 = Not Special Fully Nested Mode 


3.2.4.5 Interrupt Mask Register (OCW1) 


An I/O write (that does not follow an ICW1) to the INT-1 port 021b or INT-2 port 
OA th loads the Interrupt Mask register. The register can be read at the same address. 


Any interrupt can be masked by setting the appropriate Interrupt Mask register bit. 
All mask bits are loaded by writing a byte with the appropriate bit pattern to the Interrupt 
Mask register I/O port address. The register defaults to interrupts enabled (all bits 
cleared) after power-on reset. The Interrupt Mask register can be read at any time after 
the initialization sequence. 
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The register illustrated below indicates the eight mask bits. The interrupt is masked 
by setting the bit to "1". The interrupt is enabled by clearing the bit to "0%. 


Interrupt Mask Register (OCW1) - Read/Write 
IRQ<7:0> - Port 021h 
IRQ <15:8> - Port OAlh 


Mask bit for IRQ1 (IRQ9 

Mask bit for IRQ2 (IRQ10 
Mask bit for IROQ3 (IRQ11 
Mask bit for IRO4 (IRQi2 
Mask bit for IRQ5 (IRQ13 
Mask bit for IRQ6 (IRQ14 
Mask bit for TIRO7 (IRQ15 


Mask bit for IRQO TRO 


3.2.4.6 Operation Control Word 2 (OCW2) 

End-of-Interrupt (EOI) commands and interrupt priority rotation commands can be 
executed by writing a byte with the appropriate bit Saha to the interrupt controller base 
address. D<4:3> = "00" to cause execution of OCW2 commands. 


Bits 0-2 (L0-L2) determine the interrupt acted upon, and bits 5-7 (EOI, SL, R) 
select the command. 
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Note that the bit description in the OCW2 diagram below applies only to OCW2. If 
D<4:3> indicates ICW1 or OCW3, the bit defini tions are documented under the 
appropriate section. 


OCW2 
(ICW1, OCW2 and OCW3 are accessed through a common port) 
IRQ <7:0> - Port 020h 
IRQ <15:8> - Port 0AOh 


D7 D6 D5 D4 D3 D2 D1 DO 


ee t acted upon 
= TROO 3) 
001 = IRQ1 (IRQ9 
010 = IRQ2 (IRQ10 
011 = IRQ3 (IRQI1 
100 = IRQ4 (IRQ12 
101 = IRQS (IRQ13 
110 = IRQ6 (IRQ14 
111 = IRQ7 GRQ15 


ICW1/OCW2/0CW3 Select 
00 = Execute OCW2 Command 
01 = OCW3 (See OCW3 command) 
10 = ICW1 (ee ICW1 aaa 
11 = ICW1 (See ICW1 command 


OCW2 Commands: 
End of Interrupt 


001 = Non-Specific EOI 
011 = Specific EOI 


Automatic Rotation 
101 = Rotate on Non-Specific EOI 
100 = Set rotate in AEOI Mode 
000 = Clear rotate in AEOI Mode 


Specific Rotation (uses LO-L2) 
111 = Rotate on Specific EOI 
110 = Set priority Command 


No Operation 
010 = No Operation 
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3.2.4.7 Operation Control Word 3 (OCW3) 
Special Mask Mode can be enabled or disabled, and a "Read Interrupt Request 


register” command or "read In-Service register” command can be executed by writing a byte 
with the appropriate bit pattern to the interrupt controller base address. D<4:3> = "01" 


to execute of OCW3 commands. 


Special Mask Mode can be enabled by executing an OCW3 command with 
D<6:5> = "11". An OCW3 command with D<6:5> = "10" disables Special Mask Mode. 
An OCW3 command with D<6:5> = "00" or "01" also disables Special Mask Mode. 


Note that the bit description in the OCW3 diagram below applies only to OCW3. If 


D<4:3> indicates ICW1 or OCW2, the bit definitions are documented under the 
appropriate section. 


OCW3 - Read/Write 
(ICW1, OCW2 and OCW3 are accessed through a common port) 
IRQ<7:0> - Port 020h 
IRQ <15:8> - Port 0AOh 


D7 D6 D5 D4 D3 D2 Di DO 


Read Register Command 
00 = No Action 
01 = No Action 
10 = Interrupt Request register 
11 = In-Service register 


Poll Command 
1 = Execute Poll Command 
‘0 = No Poll Command 


OCW2/OCWS3 Select 
00 = OCW2 (See OCW2 commands) 
01 = Execute OCW3 Command 
10 =ICW1 (See ICW1 a ina 
11 = ICW1 (See ICW1 command 


Interrupt Mask Mode 
00 = No action 
01 = No action 
10 = Normal mask mode 
11 = Special mask mode 
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3.2.4.8 Edge/Level Control Register (ELCR) 


The Edge/Level Control register provides a bit for each interrupt to proevan the 
interrupt to edge sensitive or level sensitive. Edge sensitive mode is the default and is fully 
compatible with ISA expansion boards. Expansion boards that use level sensitive 
interrupts can be used in shared interrupt configurations. 


Interrupts programmed for aoe sensitive (Bit = "0") are recognized by a low-to- 
high transition on the corresponding IRQx input. The IRQx input can remain high without 
generating another interrupt. 


Interrupts cea for level sensitive (Bit = "1") are recognized by a ‘low’ level 
on the corresponding IRQx input. There is no need for an edge detection. The interrupt 
request must be removed (by negating the IRQx input) before the interrupt service routine 
issues the EOI command or enables CPU interrupts (by executing instruction on 
80386). Another interrupt occurs if the IRQx remains asserted after executing an EOI 


command. 


In both the edge and level triggered modes the IRQx mp must remain asserted 
until after the leading edge of the first interrupt acknowledge. If an IRQx input is ag ee 
before the interrupt acknowledge, the interrupt controller drives the vector for IRQ7 
(RQ15 for INT-2) during the interrupt acknowledge cycle. 


A noise glitch on IRQ<7:0> can cause a spurious interrupt on IRQ7. A noise glitch 
on IRQ<15:8> can cause a spurious interrupt on IRQ15. An IRQ7 or IRQ1S interrupt 
service routine should read the In-Service register to determine the source of an IRQ7 (or 
IRQ15) interrupt. A valid interrupt's In-Service register bit is set during the interrupt 
acknowledge. A spurious interrupt does not set the In-Service register bit. 


The IRQ7 and IRQ15 interrupt service routines should also detect a re-entrant 
execution, to recognize a spurious interrupt that occurs during a valid interrupt service (the 
In-Service register bit remains set from the valid interrupt). A re-entrant execution 
indicates the second execution resulted from a spurious interrupt. 


IRQO, IRQ], IRQ2, IRQ8 or IRQ13 are always set for edge sensitive. 


IRQ13 appears externally to be edge sensitive, even though it is shared internally 
with the chaining interrupt. 


Edge/Level Triggered Control Register - Read/Write 
IRQ <7:0> - Port 4D0h ; 
IRQ <15:8> - Port 4D1h 


4D0h 4Dih 
Reserved - 0 (Reserved - 0) 
Reserved - 0 IRQ9) 
Reserved - 0 IRQ10 
IRQ3 IRQ11 
IRQ4 IRQ12 
IRQS Reserved - 0) 
IRQ6 IROL) 
IRQ7 (IRQ15 
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3.2.4.9 Interrupt Request Register (IRR) 


The Interrupt Request register is an 8-bit register that contains the status of.each 
interrupt. Bits that are set indicate pending interrupts. Bits that are clear indicate 
interrupts that have not requested service. The interrupt controller clears the Interrupt 
Request register's highest priority interrupt bit during an interrupt acknowledge cycle, and 
sets the corresponding bit in the In-Service register. The Interrupt Request register is not 
affected by the Mask register. 


The Interrupt Request register can be read by issuing an OCW3 with RR="1" and 
RIS="0", followed by an I/O read of the interrupt controller base address. The Interrupt 
Request register can only be read after the Initialization Control register programming 
sequence completes. 


It is not necessary to issue an OCW3 each time the Interrupt Request register is 
read. An I/O read of the interrupt controller base address defaults to reading the Interrupt 
Request register after the initialization en aaa and after issuing an OCW3 with RR="1" 
and RIS="0". Until OCW3 is issued with a different value for RR and RIS, or a Poll 
command is executed, subsequent reads of the interrupt controller base address continue to 
return the contents of the Interrupt Request register. 


Bois The Poll command overrides an Interrupt Request register read when OCW3 bit 


3.2.4.10 In-Service Register (ISR) 


The In-Service register is an 8-bit register that indicates which interrupts are being 
serviced. Bits that are set indicate interrupts that have been acknowledged and their 
interrupt service routine started. Bits that are cleared indicate interrupts that have not 
been acknowledged (or interrupts that are not pending). Only the highest priority interrupt 
service routine executes at any time, since the lower priority mterrupt services are 
suspended while higher priority interrupts are serviced. The In-Service register is updated 
when an End of Interrupt Command is issued. The mask register disables a pending 
interrupt's In-Service bit from being set. : 


The In-Service By an! can be read by issuing an OC W3 with RR="1" and RIS="1", 
followed by an I/O read of the interrupt controller base address. The In-Service register 
can only be read after the Initialization Control register programming sequence completes. 


It is not necessary to issue an OCW3 each time the In-Service register is read. An 
I/O read of the interrupt controller base address defaults to reading the In-Service register 
after issuing an OCW3 with RR="1" and RIS="1". Until OCW3 is issued with a different 
value for RR and RIS, or a Poll command is executed, subsequent reads of the interrupt 
controller base address continue to return the contents of the In-Service register. 


The Poll command overrides an In-Service register read when OCW3 bit P="1". 
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3.2.5 End-of-interrupt 


3.2.5.1 End of Interrupt (EO!) Command 


An interrupt service routine executes an EOI command to clear an interrupt's In- 
Service bit. The EOI command to a cascaded interrupt controller must be followed by an 
EOI to the primary interrupt controller. 


EOI commands can be either Specific or Non-Specific. A Specific EOI command 
includes, as part of the command, the In-Service bit to clear. A Non-Specific EOI 
command clears the highest priority In-Service bit that is set. 


The Non-Specific EOI command is executed for an interrupt controller 
pn ane for Fully Nested Mode. The interrupt controller resets the In-Service bit of 
the highest eae tenes (the last interrupt serviced). If the Interrupt Controller is in 
the Special Mask Mode, a Non-Specific EOI does not clear a masked interrupt's In-Service 
bit. A Non-Specific EOI is executed with OCW2 (EOI =1, SL=0, R=0). 


The Specific EOI command is executed for an interrupt controller aly Spor a for 
a mode that does not preserve the fully nested priority structure. A Non-Specific EOL 
cannot be used since the highest peo interrupt is not necessarily the last interrupt 
serviced. The Specific EOI command includes, as part of the command, the In-Service bit 
to reset. A specific EOI is executed with OCW24EOI=1, SL=1, R=0, and LO-L2 = In- 
Service bit to reset). 


3.2.5.2 Automatic End of Interrupt (AEO!) 


An interrupt controller programmed for AEOI mode automatically performs a Non- 
Specific EOI after the irae Ses of an interrupt acknowledge. AEOI mode is selected 
by executing an ICW4 with AEOI = "1". 


AEOI mode should be used only when a nested multilevel interrupt structure is not 
required within a single Interrupt Controller. The AEOI mode can only be used in a 
primary Interrupt Controller and not a cascaded controller. 


3.2.6 Interrupt Controller Modes 


3.2.6.1 Fully Nested Mode 


The interrupt controller enters Fully Nested Mode after initialization unless 
programmed to another mode. The interrupt requests are ordered in priority from IRQO 
(highest) through IRQ7 (lowest). Priorities can be changed by setting the interrupts to 
rotating priority mode. 


When an interrupt is acknowledged, the highest priority request is determined and 
its vector placed on the bus. The interrupt's In-Service register bit is set during the 
acknowledge cycle. This bit remains set until the interrupt service routine issues an EOI 
command or AEOI clears the In-Service bit (on the trailing edge of the interrupt 
acknowledge cycle). The interrupt controller disables interrupts of the same or lower 
priority while the In-Service register bit is set. The interrupt controller acknowledges 
higher priority interrupts if the CPU has enabled interrupts (using an STI instruction on the 
80386). 
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3.2.6.2 Special Fully Nested Mode 


A slave interrupt controller can be programmed for Special Fully Nested Mode in 
systems that require the interrupt priorities to Be conserved within each cascaded interrupt 
controller. The master interrupt controller must be programmed for Fully Nested Mode. 
Special Fully Nested Mode is similar to Fully Nested Mode, with the following exceptions: 


INT-1 recognizes multiple interrupt requests from a slave interrupt controller. In 
the Fully Nested Mode an interrupt from a slave interrupt controller locks out further 
interrupts from the same controller until the first interrupt service completes. 


An interrupt service routine must determine if the interrupt serviced was the only 
one from the slave interrupt controller. The routine executes a non-specific EOI command 
to the slave interrupt controller and then reads its In-Service register. If all bits of the In- 
Service register are "0", no interrupts are pending and a non-specific EOI can be executed 
for INT-1. If another interrupt is pending, no EOI should be sent. 


3.2.6.3 Fixed Priority Mode 


The interrupt controller defaults to fixed priority mode, with IRQO the highest 
priority and IRQ7 the lowest priority. The priorities can be changed by programming an 
interrupt as the lowest priority. Other interrupts assume fixed priorities in sequence above 
the lowest. For example, if IRQS is programmed as the lowest pare device, the priority 
order becomes (lowest to highest): TROE. IRQ7, IRQO, IRQ1, IROQ2, IRQ3, IRQ4, IRQS. 


; The Set Priority command is issued in OCW2 where: R=1, SL=1; LO-L2 is the 
binary priority level code of the lowest priority interrupt. 


In Specific Rotation mode, internal status is updated by software control during 
OCW2. However, it is independent of the EOI command. Interrupt priorities can be 
changed during an EOI command by using the Rotate on Specific EOI command in OCW2 
(R=1, SL=1, EOI=1 and LO-L2 = interrupt assigned lowest priority). 


3.2.6.4 Rotating Priority Mode 


The interrupt controller can be programmed to service oe interrupts 
sequentially based on an 8-way rotation. Each interrupt rotates to the highest priority, 
receives service, then becomes the lowest priority. In the case where all interrupts are 
constantly asserted, each interrupt receives one service out of eight interrupt acknowledge 
cycles. The following figure illustrates the rotation: 
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Before Rotation: IRQ¢ the highest priority interrupt requesting service. Priority order 
(highest to lowest): IRQO, IRQ], IRQ2, TROS, IRQ4, IRQS, IRQ6, IRQ7. 


In-Service Register 
IRQ7 IRQ6 IRQS IRQ4 IRQ3 IRQ2 IRQ1 IRQO 


as eS eee 


Highest Priority 
Lowest Priority 


After Rotation: IRQ4 serviced and changed to lowest pay: IRQS changed to highest 
peor: Priority order (highest to lowest): IRQS, IRQ6, IRQ7, IRQO, IRQ1, IRQ2, IRQ3, 
Q4. 


In-Service Register 
IRQ7 IRQ6 IRQS IRQ4 IRQ3 IRQ2 IRQ1 IRQO 


a ee ee eee oe ee 


Lowest Priority 
Highest Priority 


There are two ways to cause priority rotation using OCW2: the Rotation on Non- 
Specific EOI Command (R=1, SL=0, EOI=1) and the Rotate in Automatic EOI Mode 
which is set by (R=1, SL=0, EOI=0) and cleared by (R=0, SL=0, EOI=0). 


3.2.6.5 Polled Mode 


_ The Polled Mode can be used to conserve space in the interrupt vector table. 
Multiple interrupts that can be serviced by one interrupt service routine do not need 
separate vectors if the service routine uses the poll command. 


; The Polled Mode can also be used to expand the number of interrupts. The polling 
interrupt service routine can call the appropriate service routine, instead of providing the 
interrupt vectors in the vector table. 


An interrupt service routine executes a "Clear Interrupts" instruction (CLI for 
80386) before issuing a poll command. A pol] command is issued by setting P="1" in 
OCW3. A poll command overrides an Interrupt Request or In-Service register read when 
OCW3 bits P="1" and RR="1". 


An I/O read of the interrupt controller base address that follows a poll command is 
treated like an interrupt acknowledge. If an interrupt is pending, the interrupt controller 
sets the appropriate In-Service bit and, in response to the next 1/o read of the interrupt 
controller base address, drives a byte with the interrupt code onto the bus. If no interrupt 
is pending, the interrupt controller sets the most significant bit to "0" and drives the byte 
onto tne dus. 


312 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


The interrupt controller freezes the contents of the In-Service register after the poll 
command, until the I/O read of the interrupt code. 


The interrupt controller responds to an I/O read of the I/O controller base address 
(after a poll command) by driving D<7:0> with a byte that has the following format: 


D7 D6 DS D4 D3 D2 D1 DO 
Else e 


WO0-W2: Binary code of the highest priority interrupt requesting service. 


T= "1" if an interrupt is pending 
“O" if no interrupt is pending. 
3.2.6.6 Special Mask Mode 


The Special Mask Mode enables all interrupts not masked by a bit set in the Mask 
register. Interrupt service routines that require dynamic alteration of interrupt priorities 
can take advantage of the Special Mask Mode. For example, a service routine can inhibit 
lower priority requests during a part of the interrupt service, then enable some of them 
during another part. - 


Without Special Mask Mode, if an interrupt service routine acknowledges an 
interrupt without issuing an EOI to clear the In-Service bit, the interrupt controller inhibits 
all lower priority requests. The Special Mask Mode provides an easy way for the interrupt 
service routine to selectively enable only the interrupts needed by loading the Mask 
register. 


a The Special Mask Mode is set by OCW3 where: SMM="I", and cleared with 
S ="0", 
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3.3 Non-Maskable Interrupts (NMI) 


EISA systems indicate an error condition by generating a non-maskable interrupt. 
A software mechanism is also provided to generate an NMI. 


The following address map indicates the port addresses of registers used for NMI 


handling. 
1/O Read/# of 
NMI register Address Write Bits 
NMI Status register Tw 8 
NMI Enable register Ww 8 
Extended NMI register Tw 8 
Software NMI register Ww 8 


Port 061h, bits <6> and <7> and port 0461h bits <5>, <6> and <7> indicate 
oe oe of an NMI interrupt. The following paragraphs describe the ports 061h and 
th bits. 


Parity Error from System Memory 


Port 061h bit 7 is set (PARITY ERROR) if system memory detects a parity error. 
This interrupt is enabled by setting Port 061h bit 2 to "0". To reset the panty error Set port 
061h bit 2 to "1" (Disable Parity Interrupt) and then clear it to "0" (Enable Parity Interrupt). 


Assertion of IOCHK* 


Port 06ih bit 6 is enabled (IOCHK* NMI) if an expansion board asserts IOCHK* 
on the ISA/EISA bus. This pent se is set by sae tas 061h bit 3 to “O". To reset the 
eae t, set port 061h bit 3 to "1" (Disable IOCHK* NMI) and then clear it to "0" (Enable 

8 ). 


Fail-Safe Timer Timeout 
Port 0461h bit 7 is set (FAILSAFE NMI) if the fail-safe timer count has expired 
before being reset by a software routine. This interrupt is enabled by setting port 0461h bit 


2 to "1". To reset the interrupt, set Port 0461h bit 2 to "0" (Disable Failsafe Interrupt) and 
then set it to "1" (Enable Failsafe Interrupt). 
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Bus Timeout 


Port 0461h bit 6 is set (BUS TIMEOUT) if more than 64 BCLKs (8 2s) -have 
elapsed from the rising edge of BCLK after MAKx* was negated until the master negates 
Ox". A bus timeout also occurs if a memory slave extends a cycle long enough that 
CMD* remains asserted more than 256 BCLKS G2 zs). The DMA controller does not 
cause a bus timeout. The bus timeout interrupt is enabled by setting port 0461h bit 3 to "1" 
or disabled by eee on 0461h bit 3 to "0". To clear the bis timeout interrupt, set Port 
0461h bit 3 to "0" (Disable Bus Timeout Interrupt) and then set it to "1" (Enable Bus 
Timeout Interrupt). The system board asserts DRV when a bus timeout occurs. 
Clearing the bus timeout status bit causes the system board to negate RESDRV. 


Software Generated NMI 


Port 0461h bit 5 is set (NMI I/O PORT) if an 1/O write access occurred to Port 
0462h (the data value written to the port does not matter). This interrupt is enabled by 
eune rt 0461h bit 1 to "1". To reset the interrupt, set port 0461h bit 1 to "0" (Disable 
NMI 10 port Interrupt) and then set it to "1" (Enable NMI1/O Port Interrupt). 


Bus Reset 

Port 0461h also supports bus reset. Bit 0 can be used to perform a p heees bus reset 
without resetting other devices in the system. To reset the system bus set Port 0461h bit 0 
to "1" which asserts the RESDRV signal on the ISA/EISA bus. Bit 0 should be set long 
enough for the system bus devices to be properly reset, and then port 0461h bit 0 should be 
cleared to continue normal operation. en performing a system bus reset, standard 
system board devices such as timers, keyboard, etc. are not reset. 


Speaker Control and Memory Refresh 


Port 061h also supports speaker control and memory refresh status. 
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NMI Status and Control Ports 


Port 061h provides NMI status and control, speaker control and memory refresh 
status. Port 0461h provides additional NMI status and control. 


NMI Status and Control Port - 
Port 061h 


Gate signal for speaker timer (R/W) 
= timer 1, counter 2 Lael disabled 
= timer 1, counter 2 (speaker) enabled 


fan) 


1 
0 = Speaker timer off (R/W) 
1 = Speaker timer on 


Q = System board parity error enabled 
1 = Parity error disabled and cleared (R/W) 


1 = IOCHK* NMI disabled and cleared 
0 = IOCHK* NMI enabled (R/W) 


Toggles after each refresh request 


State of speaker timer (Read Only) 
(Must be "0" for writes) 
0 = Speaker off 
= Speaker on 


1 = IOCHK* asserted TOCHK* NMI) 
0 = IOCHK* negated (No IOCHK* NMI) 
(Read only, must be "0" for writes) 


0 = No parity error NMI from system board 
1 = Parity error NMI requested 
(Read only, must be “0" for writes) 
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Extended NMI Status and Control Port 


7] |5}<{]2[a}o 


Port 0461h 


0 = Normal Bus reset operation ey 
1 = Bus reset asserted (RSTDRV) 


0 = NMII/O port disabled 
1 = NMII/O port enabled (R/W) 


0 = Fail-safe NMI disabled and cleared 
1 = Fail-safe NMI enabled (R/W) 


32-bit Bus Timeout 
0 = with NMI disabled and cleared 
1 = with NMI enabled 


Reserved (Read Only) 
(Must be "0" for writes) 


NMI I/O Port status (Read Only) 
(Must be "0" for writes) 
Q = No NMI pending ‘a 
1 = NMI pending 


NMI from Bus Timeout (Read Only) 
(Must be "0" for writes) 

0 = No NMI pending 

1 = NMI pending 


NMI from fail-safe timer (Read Only) 
(Must be "0" for writes) 
Q = No NMI pending 
1 = Fail-safe timer active and NMI pending 


Note: If the NMI enable/disable bit (port 70h bit 7) is disabled, port 0461h bits 7, 6, and 5 


read "0" even if an NMI from that source is pending. 


Note: The interrupt service routine should examine NMI status bits and correct the NMI 


source one at a time. After an NMI source has been cleared and the corresponding 
bit reset, the NMI status bits should be checked again in case more than one source 
of NMI has occurred at one time. If another status bit is active then it should also 
be handled. It is possible that by doing this the routine may see an NMI interrupt 
immediately following another, with the second interrupt showing no active status 
bits. The second interrupt should then be ignored. This logic is required to insure 
that no NMI interrupts are lost, as the 8086 class CPUs do not allow NMI routines 
to be interrupted by another NMI, but store a second NMI edge for execution after 
the IRET. - 
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Software NMI Generation Port 


Port 0462b provides a software mechanism to cause an NMI. A write to any Port 
0462h bit causes an NMI if interrupts are enabled. 


Software NMI Generation Port - Write Only 
Port 0462h 


> 6]5]<|3|2 [2/9] 
Oe Any write causes NMI 
Port 70h provides a mask register for the NM1 interrupt, as shown below. The most- 


significant bit (bit 7) enables or disables the NMI interrupt. NMIs are disabled from all 
sources if bit 7 is programmed to "1", Writing an 80h to port 70h masks the NMI. 


NMI Enable/Disable and Real-time Clock Address Port 


The NMI enable/disable bit shares port 70h with the real-time clock device. The 
real-time clock device uses port 70 bits 0 to 6 to address CMOS memory locations. Writing 
to port 70h sets both the NMI enable/disable bit and the CMOS memory address pointer. 
Accesses to CMOS must correctly initialize the CMOS address pointer, and must maintain 
the correct state of the NMI enable/disable bit. _ 


NMI Enable/Disable and Real-time Clock Address Port - Write Only 
Port 070h 


Real-time clock address 


0 = NMI enabled 
1 = NMI disabled 


Last EISA Bus Master Granted 


A CPU-readable latch identifies the EISA bus master that most recently had contro! 
of the bus. The latch is located at port address 0464h and is read only. A single bit is 
cleared to "0" after each arbitration cycle to indicate the slot that was most recently granted 
the bus. Port 0465h is reserved for an additional status latch for seven more bus masters. 


An NMI service routine can read this latch to determine which bus masier 
controlled the bus when a bus preempt timeout occurred. The NMI service routine can 
then display the bus master that caused the fault (although a slave may have caused the 
fault by hansing up the bus master), and reinitialize the system. e 
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32-bit Bus Master Status Latch - Read Only 
Slots 1-8 - Port 0464h 
Slots 9-15 - Port 0465h 


Slot 1 
Slot 2 
Slot 3 
Slot 4 
Slot 5 
Slot 6 
Slot 7 
Slot 8 
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3.4 Interval Timers 


EISA systems contain five counter/timers that are equivalent to those found in the 
Intel 8254 Programmable Interval Timer. The counter/timers are programmed by 1/O 
accesses and are addressed as though they are packaged in two separate 8254 Interval 
Timers. Timer 1 contains three counters, timer 2 contains two counters (EISA systems do 
not implement the middle counter of timer 2). The counter clocks are developed from an 
external 14.31818 MHz crystal oscillator. 


The timer 1 counter 0, OUT pin connects to IRQO, and provides a system timer 
interrupt (IRQ0) for time-of-day, diskette time-out, and other system timing functions. The 
timer 1 counter 1 OUT signal generates DRAM refresh requests. The timer 1 counter 2, 
OUT signal generates the speaker tone. 


Timer 2 counter 0, implements a fail-safe timer. The OUT pin is connected to the 
NMI interrupt to the CPU, allowing the timer to generate NMI interrupts at a regular 
interval, thus preventing the system from locking up. Timer 2 counter 1 is not 
implemented. Timer 2 counter 2 is designated as available for use by system board 
manufacturers and can implement any additional timing function needed. 
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The following tables lists the interval timer functions. 


RN Tar 


Interval Timer 1 
Counter 1 


Interval Timer 2 


Interval Timer 1 
Counter 0 


Interval Timer 2 
Counter 1 


Request refresh Not implemented 


= Interval Timer 1 Interval Timer 2 
Counter 2 Counter 2 
a 
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The following table shows the I/O address map of the interval timer counters: 


I/O Port Address 
(binary) Register Description 
MSB 


Programmable Interval Timer 1, 
System Clock (Counter 0) 
Refresh Request (Counter 1) 
Speaker Tone (Counter 2) 
Control Word register 


Programmable Interval Timer 2, 
Fail-safe Timer (Counter 0) 
Reserved 
Counter 2 

_ Control Word register 


3.4.1 Programming the Interval Timers 
The counters are programmed by the following procedure: 
1, Write the Control Word to the control address 


2. Write the initial count value for the counter 


3.4.1.1 interval Timer Control Word Format 


The Control Word specifies the counter, the operating mode, the order and size of 
the count value, and whether it counts down in a 16-bit or binary-coded decimal (BCD) 
format. The control word is always written first, before count values can be loaded into a 
counter. 
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If a counter is programmed to read or write two-byte counts, the following 
precaution applies: A program must not transfer control between writing the first and 
second byte to another routine which also writes into that same counter. Otherwise, the 
counter will be loaded with an incorrect count. The count must always be completely 
loaded with both bytes. 


Interval Timer Control Word Format 
Timer 1: Port 0043h 
Timer 2: Port 004Bh 


inary Countdown 
CD Countdown 


oil 
leslise 


Te 
SSSSS55 
Aaaaam 


unter Latch command. 

/W least-significant byte 

/W most-significant byte 

R/W least-, then most-significant byte 


78730 


= Select counter 0 
= Select counter 1 
= Select counter 2 
= Read Back command 


3.4.1.2 _ Counter Operating Modes 


The following table lists the six operating modes for the interval counters. 


Function 


Asserts OUT signal at end-of-count 
Hardware retriggerable one-shot 


Rate generator (divide-by-n counter) 
Square-wave output 
Software-triggered strobe 
Hardware~triggered strobe 
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3.4.1.3 Counter Initial Count Value 


Each counter is a 16-bit word. However, since the interface to the timer is 8 bits, 
the count value must be programmed in two I/O operations. The control word determines 
the protocol for pro ing the counter. It is possible to program the least significant 
byte only, the most significant byte only, or both, one after another (LSB then MSB). Note 
that the first two options require two I/O writes (the control word and then the value) 
while the third option requires three writes (the control word, LSB, then MSB). 


3.4.2 Monitoring Timer Status 

It is possible to determine the current status of each of the five counters, including 
the current count value, without disturbing the count in progress. There are three methods 
for reading the counters: 

1. Simple I/O read from counter address 


2. Counter Latch command 


3. Read-back Command 


3.4.2.1 Counter Read Operation at 


: An I/O read access to the address of the desired counter returns the current value 
of the counter. However, the CLK input to the counter must be disabled when the read 

occurs to prevent the count changing during the read operation and returning an invalid 

value. Since the GATE controls for Timer 1 counter 0, Timer 1 counter 1, and Timer 2 

counter 0 are always enabled, it is not possible to guarantee the results of an I/O read to 

ra counters. One of the other two methods must be used to determine count value for 
ese counters. 
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3.4.2.2 Counter Latch Command 

The Counter Latch command is a control word that causes the current value of the 
selected counter to be latched at the time the Counter Latch command is written to the 
Control Word register. Once the latch command has been given, the value can be read by 


aoe access to the appropriate address. The Counter Latch command format is given 
Ow: 


Counter Latch Command Format 


Reserved (0) 
00 = Designates this byte as a Counter Latch command 


Counter Select (or Read-Back Command) 
00 = Latch Counter 0 
01 = Latch Counter 1 
10 = Latch Counter 2 
11 = Select Counter Read-Back Command 
(See Read Back command) 


3.4.2.3 Counter Read-Back Command 


The Read-back command is used to determine the count value, programmed mode, 
and current states of the OUT pin and Null Count flag of the selected counter or counters. 
The Read-back command is written to the Control Word register, which causes the current 
status of the above mentioned variables to be latched. The value of the counter and its 
status can then be read by I/O accesses to the counter address. The following tables show 
the format for the Read-back command and the Status Byte. 


Counter Read-Back Command Format: 


Reserved (0) 
1 = Select counter 0 
1 = Select counter 1 
1 = Select counter 2 
Q = Latch status of selected counters 
Q = Latch count of selected counters 
11 = Specifies counter read-back command 
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The status byte can be read from the counter base address after the counter Read- 
Back command. The status byte has the following format: 


Counter Status Byte Format: 
Timer 1: Port 040h 
Timer 2: Port 048h 


Binary/BCD Countdown Mode 
0 = BINARY Countdown 
1 = BCD Countdown 
Counter Mode 
000 = Mode 0 
001 = Model 
010 = Mode2 
011 = Mode3 
100 = Mode 4 
101 = Mode 5 
Counter Latch Status 


00 = Counter latch command 

01 = R/W least-significant byte 

10 = R/W most-significant byte 

11 = R/W least, then most-significant byte 


Returned Status: 
0 = Control register contents not moved into CE 
1 = Control register contents are moved into CE 


OUT Pin Status 


0 = OUT Pin is 0 (low) 
1 = OUT Pin is 1 (high) 
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4. EISA System Configuration 


EISA provides a mechanism for automatic configuration of expansion boards and 
the system board. The EISA configuration mechanism consists of the following 
components: 


° A software utility to configure the system board and expansion boards 


* A software interface to the configuration utility that Configuration File 
Extensions can use to control and customize the configuration process 


* Configuration files that accompany the software utility 

* Configuration files that accompany the system board and expansion boards 

° Nonvolatile memory for storing configuration information 

° A mechanism to save and restore a backup copy of the system configuration 
information 

° BIOS routines to read and write contents of nonvolatile memory 


* Automatic detection and initialization of expansion boards by the system ROM 
_ power-up routine 7 


° 1024-byte I/O address space for each EISA expansion board (slot-specific) 


ansion board manufacturers include a configuration file (also referred to as a 
CFG file) with each EISA expansion board, and optionally, with switch-programmable ISA 
products. The configuration utility, which is rovided by the system manufacturer, uses the 
information contained in the configuration files to determine a conflict-free configuration 
of the system resources. The configuration utility stores the configuration and initialization 
information into nonvolatile memory and saves a backup copy on diskette. The system 
ROM power-up routines use the initialization information to initialize the system during 
eet , and device drivers use the configuration information to configure the expansion . 

oards during operation. 
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4.1 Devices Supported by Automatic Configuration 


EISA Ski provide automatic configuration for expansion boards plugged into 

the expansion bus, peripheral devices built into the system board, and software drivers that 

use system resources, such as an expanded memory (LIM EMS) emulator. The following 

aie provides an overview of the mechanism used for automatic configuration of 
e devices. 


4.11 Expansion Boards 


Expansion boards install into EISA and ISA bus connectors. Each bus connector is 
referred to as a slot. The bus connectors are numbered sequentially from 1 to “n" (with 15 
as a maximum "n"). For example, an EISA system with 7 bus connectors has slots 
numbered from slot 1 to slot 7. 


4.1.1.1 EISA Expansion Boards 


Each EISA slot has 1/O address decoding hardware that provides the installed 
expansion board with a unique, 1024 byte, slot-specific I/O address space. EISA expansion 
boards use the slot-specific I/O address space for I/O registers fe configuration and 
operational registers). The EISA system ROM uses configuration information from 
nonvolatile memory to initialize the configuration registers during power-up. 


Refer to the section entitled Expansion Board Address Decoding and the one 
entitled System Board Slot-Specific I/O, of this specification for detailed information on 
the slot-specific I/O ranges. 


An EISA expansion board must contain a readable product ID and must support the 
expansion board control bits ENABLE and IOCHKERR. Refer to the section entitled 
Expansion Board Control Bits and the one entitled EISA Product Identifier of this 
specification for detailed information. 


4.1.1.2 ISA Expansion Boards 


The EISA configuration utility also aids in configuration of ISA expansion boards 
that provide a configuration file. The utility uses the information from the configuration 
file to determine the correct switch and jumper settings and I/O port initializations for ISA 
Sra boards. The configuration utility displays the proper switch and jumper settings 
to the user. 


ISA initialization and operational registers must occupy the ISA compatible 
expansion board I/O space (100h-3FFh). ISA systems do not support the EISA slot- 
specific I/O ranges. The EISA system ROM power-up routines automatically initialize the 
ISA registers that are specified in the configuration file. 


4.1.2 System Board 
Peripherals integrated onto the system board require automatic configuration 


support similar to expansion board peripherals. System board peripherals can be designed 
to use EISA slot-specific I/O ranges and the ISA system board 1/O range. 
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4.1.2.1 System Board Peripherals That Use Slot-Specific 1/O Space 


A astem board peripheral that uses slot-specific I/O is functionally similar to an 
expansion bus peripheral, but it is integrated onto the system board rather than installed in 
a bus connector. EISA automatic configuration treats the system board peripheral as an 
expansion board peripheral, except that it is referenced as an "embedded device.” : 


4.1.2.2 System Board Peripherals That Use System Board !/O Space 


System board peripherals that use ISA expansion board I/O space (100h-3FFh) can 
be treated as “virtual devices.” The configuration utility stores the configuration and 
initialization information for “virtual devices” in nonvolatile memory during configuration. 
The system ROM automatically initializes the virtual device during power-up. 


4.1.3 Software Drivers That Require System Resources 


Software drivers that require system resources (i.e., memory allocation) are also 
treated as “virtual devices." Twoexamples include, a software driver that emulates 
i Seta memory (LIM EMS) requires memory allocation for the page frame, or a 
so : e driver that requires a buffer which memory allocation to store data during a data 
transfer. 
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4.2 Configuration Utility 


The EISA system manufacturer is responsible for supplying a configuration utility. 

The configuration utility uses configuration files to resolve conflicts in assignment of system 

resources such as interrupt levels and DMA channels. The configuration utility also 

extracts initialization information that is used for system board and expansion board 

Por nial The information is stored in nonvolatile memory and a backup is saved on 
iskette. 


The type of nonvolatile memory and method of writing the data is not included in 
the EISA standard and is determined by the system manufacturer. The system 
manufacturer also provides BIOS routines to initialize the expansion boards with the 
information stored in nonvolatile memory. The BIOS routines also read configuration 
information from nonvolatile memory for devies drivers and other system software. 


All references to the configuration utility included in this specification refer to the 
configuration utility available from Micro Computer Systems, Inc. of Irving, Texas. 


The configuration utility is used to configure an EISA computer. The configuration 
process provides the following functions: 


¢ Read and parse configuration files 
¢ Automatically allocate resources to create a conflict-free system 


* Saves, configuration to diskette, which allows a common configuration to be 
ported to other similarly-configured machines 


° Write configuration information into nonvolatile memory 


System board and expansion board products can include CFG File Extensions that 
extend the capabilities of the configuration utility and customize the configuration process. 
For example, a CFG File Extension can be used to detect options installed on an expansion 
board, to accept and process user input (other than menu selections), or to write 
configuration information to non-EISA nonvolatile memory. 
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4.3 Configuration Files 


_ The configuration files contain the expansion board ID, system resource 
requirements and initialization information for system board or expansion board devices. 


The initialization information provides data for power-up initialization.. The 
configuration utility stores the appropriate I/O port initialization information in 
nonvolatile memory. The system ROM reads the information from nonvolatile memory 
during power-up and initializes the I/O ports. 


System resource requirements include memory, I/O ports, interrupts, and DMA 
channels, The configuration utility verifies that system resource selections do not conflict 
with resource allocations already selected for other devices. The configuration utility then 
stores the appropiate system resource information in nonvolatile memory. The system 
ROM reads the information from nonvolatile memory during power-up and initializes the 
devices and expansion boards. 


A device driver can use a BIOS routine Call to determine the proper expansion 
board initialization and to determine the system resource configuration. 


A software driver can use the BIOS routines to identify the functions of expansion 
devices and the resources allocated to the devices. The driver can determine the contents 
of each slot, its functions, the initialization information, and the system resources allocated 
for each function. a 


4.3.1 Configuration File Extensions 


System board and expansion board products can include CFG File Extensions (also 
called overlay files,) that customize the configuration process. 2 


CFG File Extensions can be used to determine the installed hardware by reading 
from the hardware registers or other means. For example, the overlay may detect the 
presence of floating point coprocessors, disk drives (and determine drive type), or total 
amount of memory installed on a memory expansion board. 


The overlay can control the configuration of a system board or expansion board. It 
can access the hardware, provide the user interface and process ‘the user-specified 
configuration selections. Or the overlay can provide a limited set of configuration services 
and rely on the configuration utility to perform its normal functions. . 


Interaction between the configuration utility and the CFG File Extension is specific 


to the utility. Therefore, the CFG file extension must be written such that it uses the 
calling conventions and interface handling routines recognized by the utility. 


2 A specification for CFG File Extensions is available from Micro Computer Systems, Inc. of Irving, TX. It desembes 


overlays specific to the utility that allow system manufacturers to customize the configuration process. 
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4.3.2 Expansion Board Identifier (Product ID) 


The expansion board identifier (product ID) is a unique product identification code 
that can be read by the system ROM or other software to identify or locate an expansion 
board. Information that can be combined in an expansion board ID includes the 
manufacturer's ID, product number and revision level. The exact method for: selecting an 
expansion board ID is described in the section entitled, Product Identifier (ID). 


EISA expansion boards must contain a readable product ID. The power-up routines 
use the ID to determine the slot in which the expansion board is installed. The expansion 
board is then programmed by the system ROM with the configuration parameters that are 
stored in nonvolatile memory. 


ISA expansion boards should have a product ID provided in the configuration file. 
The product ID may or may not be readable. An expansion board ID is recommended for 
ISA expansion boards since it can be stored in nonvolatile memory with other 
manufacturer-specified information, such as the initialization information and resource 
requirements. The data stored in nonvolatilé memory can then be accessed by software 
drivers to determine the expansion board configuration. , 


4.3.3 1/0 Port Initialization Information 

The configuration file contains I/O port-initialization information necessary to 
configure an expansion board. The I/O port initialization information specifies the I/O 
port addresses and values for each alternative configuration. 
4.3.4 System Resource Requests 


Devices that require system resources include the resource request in the 
configuration file. The CFG file can contain requests for the following system resources: 


¢ Memory—the amount of memory supported, starting address, whether it is 
writable or cacheable, and initialization parameters required 


¢ I/O ports-port addresses and initialization parameters required 


° Interrupts~interrupts supported, whether the.interrupt can be shared, whether 
it is edge- or level-sensitive, and any initialization parameters required - 


* DMA channels—the choice of DMA channels, whether the channel can be 


shared, the channel's data size, the channel's cycle timing, and any initialization 
parameters required 
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4.4 Configuration File Filenames 


The filename of an EISA or ISA configuration file consists of an exclamation point 
followed by the product ID and a filename extension, CFG. The exclamation point must 
be included as the initial character of all CFG filenames. Valid filenames have the 
following format: 


!ACE1234.CFG IXYZ5678.CFG {ABC0000.CFG 


The filename convention is the same for a system board, expansion board, 
embedded device or virtual device. For example, an expansion board with a product ID of 
ACE0101 has a configuration file named !ACE0101.CFG. 


The expansion board manufacturer should ensure that the tines puna file 
filename is updated to reflect revisions to the expansion device. For example, a product 
with an ID of ACE101 may have a configuration file named !ACEQIOLCFG. A 
subsequent revision of the product would have an ID of ACEi02. Therefore, the 
configuration file should be named !ACE0102,CFG. This ensures that the appropriate 
CFG file is loaded for the device. 


The goes Seder utility includes a mechanism to manage duplicate IDs. For 
example, the configuration files for two expansion boards,with ID ACE1234 installed in the 
same’ system could be renamed when copied to the configuration diskette: the first 
configuration file detected is copied to !ACE1234.CFG the second configuration file 
detected is copied and renamed from !ACE1234.CFG to 1ACE1234.CFG. The next one is 
renamed to 2ACE1234.CFG. 
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4.5 The Configuration Procedure 
EISA system configuration requires the following hardware and software: 


An EJSA computer system. 

The EISA system board configuration file 

The configuration utility 

Optionally, BISA expansion boards and configuration files 

ide oe , ISA expansion boards and configuration files 
SA or ISA Configuration File Extensions (where needed) 


@eee#8#8 8 


The following procedure describes an pene piso cee gate tletes for an EISA 
system with EISA and ISA expansion boards. is example configuration requires a 
bootable EISA computer with a display, keyboard and floppy diskette attached. 

Start the procedure with the computer power switch "OFF." 

Install EISA boards in the computer to allow “automatic detection” of the devices. 

Insert the configuration utility diskette. 

Turn the computer power switch "ON," booting from the configuration utility diskette. 


Use the configuration utility commands to copy each configuration file and CFG File 
Extension to the configuration utility diskette, The configuration utility automatically 
renames the CFG files from expansion boards‘with duplicate IDs. 


Let the configuration utility automatically select a conflict-free configuration. The 
user may override the automatic selections. ; 


Set the switches on ISA expansion boards to the positions indicated by the 
configuration utility. 

Turn the computer power switch "OFF" and install the ISA expansion boards in the 
expansion slots as indicated by the configuration utility. 

Remove the configuration utility diskette. 


Turn the computer power switch "ON" to the configured system, booting from the 
normal boot device (for example, the fixed disk). ‘ 


Incorporate the software options into the operating system startup files as indicated 
by the configuration utility. The startup files can execute programs that require 

- command line parameters (for example, /s, /g)- The configuration utility indicates 
the proper arameters. For example, the configuration utility lists entries for the 
CONFIG.SYS and AUTOEXEC.BAT files of an MS-DOS operating system. 


Reboot the system. 


4.5.1 Configuration File Syntax 


The following sections specify the syntax conventions-used in this document and for 
configuration files. 
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4.5.2 Symbol Conventions 
The configuration file syntax uses the following special symbols. 
{} Empty braces indicate a null value. 
\ The backslash within a text field identifies an embedded character. Embedded 


characters include the \t for up to an 8-space tab (or to the next tab stop), \n 
for a line feed, \" for quotation marks, and \\ for a backslash. 


\t Embeds a tab within text. 

Tab stops are: 1, 9, 17, 25, 33, ... 

\n Replaces \n with a carriage return, line feed. The confi tion utility 
automatically wraps text at the right margin to the next line (word wrap) for 
free-form text fields. 

\ Embeds a quoted mark character within text that has quotation marks 
delimiting the entire field. 

\\ Embeds a \ (backslash) character within text. 

ae Information enclosed in quotation marks is free-form ASCTI text. The text can 


contain embedded characters, including tabs afd line feeds. Quotation marks 
can be used within a text field by entering a \". 


- The dash (hyphen) separates the minimum and maximum values in a range. 


| The vertical bar is equivalent to an OR statement. Items separated by a vertical 
bar (|) indicate that only one of the items is allowed. 


space A blank space is equivalent to an AND statement. Information separated by a 
space indicates all items are included. The space serves to group items of an 
inclusive list. For example, the statement (x and y) or (y and z) is denoted: 


xy |fyz 


The semicolon precedes comments in the configuration file. The configuration 
utility ignores text that follows the semicolon (up to the end of the line). 
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4.5.3 Numerical Value Conventions — 


Numerical values within a configuration file must adhere to the following 
conventions: 


° All numerical values are assumed to be decimal unless otherwise indicated. 
Decimal values can include a trailing d or D. ) 


* Binary port values must be written with the MSBit on the left and may include 
a trailing bor B. A“1" or "0" in a bit position indicates the bit value. 


° Decimal fractions are not allowed. 


¢ Address values may be. expressed as megabyte (indicated by an M suffix), 
kilobyte (indicated by a K suffix), or byte (no suffix). Values for me or 
kilobytes must. be given in decimal units but cannot include a trailing d or D. 
For example, two Kilobytes can be represented either by 2K or 20484, but not by 


¢ Hexadecimal values must include a trailing h or H. In the case of hexadecimal 
values that begin with an alpha character, such as C68h, the value must also 
have a leading 0 (zero). when noting slot-specific EISA port addresses, the 
value must be preceded aaa (zero Z). For example, slot-specific port C80b 
would be represented as OZC80h. 


e  Anxina binary value indicates the bit is not used or a don't care. © 


¢  Anr ina binary value indicates the hardware register must be read and the 
actual bit value masked into the "1" bit position. 


¢ Annina binary value for a tripole jumper indicates the jumper is not installed. 


4.5.4 Keyword and Field Specification Conventions 


Within this document the following conventions are followed when describing the 
configuration file. ; 


Value indicates that an ASCII string or number is required in this field; any 
numerical unit format can be entered for a value. 

{} may be selected to indicate that none of the resource selections are 
used. 

List indicates that a set of resource selections can be included in the field, 


each delimited vertical bar (|, logical OR). 


Rangelist indicates that a set of resource address range selections or lists can be 
included in the field, each delimited by a vertical bar (|, logical OR). 


Valuelist indicates that a set of values can be included in the field, each 
delimited by a vertical bar (|, logical OR). = 
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indicates that a set of ASCII values can be included in the field; the 
textlist must be contained within double quotes, with each string 
delimited by a space. ; 


indicates that a set of switches can be included in the field, each 
delimited by a space. A switchlist can also comprise a range of 
switches. 

indicates that a set of jumpers can be included in the field, each 
delimited by a space. A jumperlist can also comprise a range of 
jumpers. 


indicates that a set of bit positions can be included in the field. A 
bitlist can also comprise a range of bits. 


indicates that 2 set of ASCII values can be included in the description 
field of a software statement; the parameterlist must be contained 
within double quotes, with each string delimited by a vertical bar 
(|, logical OR). 


Items within square brackets are optional. 


Keywords are indicated by all capital letters. For example, BOARD, 
ID, NAME, and CO are keywords and are indicated by all 
capitals. 

Italic text used in the syntax provides descriptive information about 
the indicated field. For example, names, values, lists and ranges are 
indicated by italic text. 


ASCI characters 20-255h are valid for fields that require ASCII text. 
Null strings are allowed. 


‘When used within a statement title, indicates that the statement 
provides additional information, but is not required in th 
configuration file. : 
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4.6 Configuration File Format | 


A configuration file consists of a board identification block, one or more 
initialization information blocks, and one or more function statement blocks. The 
configuration file begins with a board identification block, which provides the name and ID 
of the board as weil as slot information. The initialization information blocks include the 
values to initialize I/O ports and for ISA boards, information about jumper and switch 
settings. The function statement blocks specify the resource requirements of the functions 
of the board. Additionally, CFG files for system boards may include a system description 
block (ollewag the board identification block), which icludes information specific to the 
system 


Every configuration file must include the board identification block. The 
initialization information blocks and function statement blocks are optional, but must be 
included to utilize automatic configuration. 


The configuration file has the following structure: 


[Function Statement Block 

Configuration Selections 

[Resource requirements]] 
4.6.1 Board Identification Block : 

Each configuration file must begin with a board identification block. Four required 

fields must be included in the board identification block to provide the basic ID 
requirements of the board; optional fields can be included to provide additional board 
identification information. 


System boards require special configuration files and are covered in the section 
entitled, System Board Configuration File. 
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The board identification block has the following format. 


BOARD ‘ 
ID = °7-character ID" ;Product ID 
NAME = “descriptive name" 
MFR = “manufacturer name" 


CATEGORY = "3-character category" 
SLOT = ISA8|ISA16|ISA8OR16|OTHER|EISA| VIR|EMB[(n)] [,"text’]...] 
= value] sIn millimeters 
AMPERAGE = value] SV current used, in mA 
SKIRT = YES sed 
TD = | NO] ;Readable product ID 
USMASTER = value ;Maximum acceptable latency (in us) 


= “general information 
= "help information 7 
BOARD Statement (Required) 
Syntax: 
BOARD 


The BOARD statement identifies the beginning of the Board Identification Block. 
ID Statement (Required) 


one ~character ID" 


The ID statement contains the seven-character expansion board ID. The ID is the 
ag Sehr ASCII representation of the product ID (see the section entitled, 
EISA Product Identifier, for information on compressed IDs). The seven-character 
ID consists of a three-character manufacturer code, a three-character hexadecimal 
product identifier, and a one character hexadecimal revision number. For example, 
the second revision of an expansion board manufactured by the ACME board 
company might have an uncompressed ID such as ACE0102. 


NAME Statement (Required) 
Mee 
AME = "descriptive name" 
The NAME statement contains text that identifies the product. Part numbers and 


other information may also be included. The NAME text field can contain up to 90 ASCII 
characters. 7 
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MFR Statement (Required) 


Syntax: 
MFR = “marusfacturer name" 


The MFR statement contains a text field that identifies the board manufacturer. 
The MFR text field can contain up to 30 ASCII characters. 
CATEGORY Statement (Required) 


Syntax: 
CATEGORY = "3-character category" 

_ The CATEGORY statement contains a 3-character text field (use uppercase for 
consistency) that identifies the board's functional category. The configuration utility 
displays the CATEGORY text field (in upper case) during system configuration. 


The CATEGORY statement must use one of the following categories: 


voy = Someta device mes = numeric pti 

= keyboar = Opera m/enovironment 
MEM = memory board OTH = thee or. 

MFC = multifunction board “PAR = parallel port 

MSD = mass storage device PTR = pointing device 


NET = network board SYS = system board 


SLOT Statement (Optional) 


S$ ° 
SLOT = value [,"text"]... 


The SLOT statement identifies the type of slot in which the expansion board can be 
installed. Options that can be entered in the value field include: I ISA16, ISA80R16, 
EISA, VIR, EMB(n), OTHER, and at a text string If the SLOT statement is omitted, the 
default is ISA16. For ansion devices that occupy fooe slots (ISA8, ISA16, 
ISA8OR16, EISA, and O ), the value entered in the SLOT field is the actual size of 
the board's card edge. For example, an expansion board with an 8-bit card edge is set to 
SLOT = ISA8, an expansion board with a 16-bit card edge is set to SLOT = ISA16, and SO 
es ISA8OR16 is provided for 16-bit expansion boards that can also operate in an 8-bit 
slot, . 


A text string can be included with the slot statement following the value field. More 
than one text ae can be included. Each text string must be enclosed in double quotes. 
The text is typically used to describe the slot. For example: SLOT=EISA,""MEMORY" 
could be used to describe an EISA slot reserved for a memory expansion board. 


ISA8 
This entry specifies an 8-bit ISA expansion board (fits in any slot of correct Jength). 
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ISA16 
This entry specifies a 16-bit ISA expansion board (fits in an EISA or 16-bit slot of 


correct length). 


ISASOR16 
This entry specifies an ISA expansion board confi le as 8- or 16-bit (fits in 
EISA or ISA slot of correct (eneth), ee sae 


EISA 
This entry indicates an EISA expansion board that requires a correct length EISA slot 


(fits in ELSA slot only). 


EMB[(n)] 
This entry indicates a system board peripheral that uses slot-specific I/O space 
(embedded device). The slot-specific 778) range used determines the ‘n.” The 
configuration utility searches for the device by checking the embedded device IDs if 
the "n" is omitted. The embedded devices are numbered sequentially from “y+ 1" (y 
equals the number of expansion bus connectors) to L. 


The epee board configuration registers use the slot-specific I/O space, slot number 
0, and are addressed as Sapedded device 0, EMB(0). ii 


This entry indicates a virtual device. Virtual devices do not have slot-specific I/O or 
a readable ID.. This entry.is included for virtual devices so the configuration utility 
can perform conflict resolution and drivers can obtain configuration information 
regarding the devices. Any peripheral, device or software that needs a Botan deletes 
file and is not covered by the other device types can be specified as a vi device. 
Virtual devices are assigned numbers from 16 to a maximum of 64. 


OTHER 
This entry identifies a vendor-specific expansion slot. 


LENGTH Statement (Optional) 


VENGTH = value] 


; The LENGTH statement specifies the length of the board in millimeters (a decimal 
integer). The LENGTH statement does not apply to embedded devices or virtual devices. 


Expansion boards should include a LENGTH statement. The configuration utility 
cannot oe the slot allocation if expansion boards do not specify length. If the 
LENGTH statement is omitted the configuration utility defaults to 330. 
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AMPERAGE Statement (Optional) 


Syntax: 
{AMPERAGE = value] 


- The AMPERAGE statement, when included in the board identification block, 
specifies the maximum amount of continuous 5V current (in milliamps) required by the 
base configuration of the expansion board. Installable options can ify additional SV 
current requirements with an AMPERAGE statement in the CHOICE Statement Block 
(described later in this specification). The AMPERAGE statement does not apply to 
embedded devices or virtual devices. 


Devices that require +5 volt power should include an AMPERAGE statement. 
The configuration utility cannot perform an accurate power usage verification if expansion 


boards do not ify their power requirement. If the AMPERAGE statement is omitted, 
the configuration utility defaults to ERAGE = 0. 


SKIRT Statement (Optional) 


pees 
{SKIRT = YES | NO] 
The SKIRT statement indicates the presence of a drop-down skirt. (A drop-down 


skirt is an extended lower portion of an 8-bit expansion board that prevents installation into 
a 16-bit slot.) The default is NO. 


READID Statement (Optional) 


RYRADID = YES | NO] 


READID specifies whether or not the expansion board has an ID that can be read 
from the EISA ID registers. The default value is NO. 


BUSMASTER Statement (Optional) 


Syntax: 
[SUSMASTER = value} 


The board identification block may include a BUSMASTER statement to identify 
the expansion board as a bus master and to specify the maximum acceptable latency. The 
latency value is a specification of the worst case acceptable time (in microseconds ) from 
the bus master bus request to the bus grant. The configuration utility assumes an 
expansion board is not a bus master if the BUSMASTER statement is omitted. 
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IOCHECK Statement (Optional) 


Syntax: 
tOCHECK = VALID | INVALID] 


IOCHECK is an optional statement that indicates support of the EISA expansion 
board control register I bit. WALID indicates that the expansion board 
responds to reads of its IOCHKERR bit. INVALID indicates that the expansion board 
does not respond to reads of the IOCHKERR bit. The default is VALID. 


DISABLE Statement (Optional) 


Syntax: 
[DISABLE = SUPPORTED | UNSUPPORTED] 


DISABLE is an optional statement that indicates support of the EISA expansion 
board control register ENABLE bit. SUPPORTED indicates that the expansion board can 
be disabled by clearing the ENABLE bit. UNSUPPORTED indicates that the expansion 
board cannot be disabled by clearing the expansion board control register ENABLE bit. 
The default is SUPPORTED. 


COMMENTS Statement (Optional) oe 


Dane 
[COMMENTS = “general information"] 
The COMMENTS statement provides information about the expansion board. The 
configuration utility a pe the contents of the COMMENTS text field in a window at 
wide. 


least 40 characters This COMMENTS text field can contain up to 600 ASCH 
characters. 


HELP Statement (Optional) 


Syntax: 
[HELP = “help information"] 

The HELP statement provides information about the expansion board if the user 
requests help during the configuration. The ag Ee utility displays the HELP 
information in a window at least 40 characters wide. The HELP text field can contain up 
to 600 ASCH characters. 
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Example Board Identification Block 
The following example illustrates a board identification block for a multifunction 
BOARD 


ID = "ACEO0102" ‘Revision 02 
NAME = “EISA Multifunction Board" 


CATEGORY = "MFC sMultifunction board 
SLOT = EISA ‘Requires EISA slot 
LENGTH = 330 ;Full length board 
AMPERAGE = 3000 33000 mA max current draw 
SKIRT = NO 

READID = YES 


COMMENTS = “The EISA Multifunction Board provides 
an asynchronous communication port, 
a parallel port, a game port and 
4m of ara 
HELP = “The EISA Multifunction Board supports 
full automatic configuration. 
You may want to select the expanded 
memory configuration instead of taking 
the default, which is extended memory. " 


The SKIRT and le statements could be omitted from this board identification 
block, since the specified values equal the default value. 2% 
4.6.2 initialization Information Block 


The initialization information block consists of one or more of the following 
statement blocks: 


I/O port initialization statement block 

Switch configuration statement block 

Jumper configuration statement block 

Software initialization statement block 

All eres boards that require configuration must provide an initialization 

information block (IIB) in the configuration file. (A shorthand method described in the 
1/O Port INIT statement discussion in the section entitled INIT Statements, can be 
substituted for certain TBs.) 
4.6.2.1 - 1/0 Port Initialization Statement Block 


The 1/O Port Initialization statement block begins with the IOPORT(i) statement. 
The syntax of the I/O port initialization statement block is: 


IOPORT(i) = address 31/O port address 
SIZE = BYTE | WORD | DWORD] __ ;Number of bits in I/O port 
NITVAL = [LOC( bitlist) ] valuelist] —_; Initialization value 
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IOPORT(i) Statement (Required) 


TOPORT() = address 


The IOPORT(i) statement specifies the address of an I/O port. Each I/O port 
must have a separate (OPORT(i) statement with a different identifier, “i”. The “i” can be 
any positive integer value from 1 to 32767. Resource and initialization statements use the 
IOPORT(i) to specify I/O port addresses. 


See the "PORTVAR(j) Variable" section for an alternative method of specifying the 
1/O port address. 
SIZE Statement (Optional) 


tax: 
ra = BYTE | WORD | DWORD] 


‘s “The SIZE statement specifies the number of bits in the I/O port. The default is 


INITVAL Statement (Optional) - 


Syntax: 
NITVAL = { LOC( bitlist) } valuelist] 


_.. The. INITVAL statement specifies the source of the values written to an 
initialization port. 


__ The valuelist portion specifies the source of each bit of a binary value. An ‘r" in a bit 
position indicates the bit value must be read from the port. An "x" in a bit position 
indicates the configuration vie! determines the bit value based on the selected 
confi ion. A "1" or “0° in a bit position indicates the bit is reserved and must be 
initialized to the specified value. The valuelist must be in MSBit to LSBit order. 


The INITVAL statement may include the LOC(bitlist) string to reference individual 
bits. The bitlist contains a list or range of bit positions. The elements of the bitlist must be 
- in MSBit to LSBit order. The following example illustrates valid INITVAL syntax. 


INITVAL = 0000111100001111b ‘WORD port 
INITVAL = 000011116 sBYTE port 
INITVAL = LOC(7-0) 001100rr ;Byte port with “r” bits 
INITVAL = LOC(7-2) 001100 ;Byte port (range) 
INITVAL = LOC(7 610) 0011 ” 34 bits specified 
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Example I/O Port Initialization Statement Block 


The following example illustrates an I/O port initialization statement: block. The 
two most significant bits are read from the I/O port, the next two bits are "1" and “0" 
respectively, and the four least significant bits are determined by the configuration utility. 


IOPORT(1) = 3F8h ;1/O port address 
INITVAL = rriQooxb Bit pattern 
4.6.2.2 Switch Configuration Statement Block 


The switch configuration statement block eae with the SWITCH(i) statement. 
The syntax of the switch configuration statement block is: 


SWITCH(i) = value sNumber switches in set 
N = “switch name or description” ; 
STYPE = DIP | ROTARY | SLIDE ;Type of switch 
TICAL = YES | NO] Switch orientation. 
VERSE = YES | ae Switch numbering scheme 
EL = LOC(switchiist) textlist] ;Switch labels 
= LOC(switchlist) valuelist} ;Switch settings 
ACTORY = LOC(switchlist) valuelist] Factory setting 
COMMENTS = “configuration comments") 
= “configuration help information"] 
SWITCH(i) Statement (Required) 


SWITCH() = value 


The SWITCH(i) statement specifies the number of switch positions in a set. Each 

set of switches must have a separate SWITCH(i) statement with a different identifier, “I”. 

The "i" can be any positive integer value from 1 to 32767. The maximum number of 

ie is "16" for al! switch types. Value indicates the number of switches in the switch 
Ke 


NAME Statement (Required) 


Syntax: 
AME = "switch name or description" 


The NAME statement contains the switch name as it is designated in the user 
documentation. The name can be up to 20 characters long. ; 
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STYPE Statement (Required) 


Syntax: 
STYPE = DIP | ROTARY | SLIDE 


The STYPE statement designates the type of switch as DIP, ROTARY, or SLIDE. 
A DIP switch is a set of switches, each having an "ON" and “OFF" position. A ROTARY 
switch is a set of switches with a rotating selector that can be set to one switch position. A 
SLIDE switch is a set of switches arranged linearly with a slide mechanism that can be set 
to one switch position. All switches within the set are numbered beginning with 1. 


VERTICAL Statement (Optional) 


Syntax: 
[VERTICAL = YES | NO] 


The VERTICAL statement indicates the orientation of the switch on the expansion 
board. Refer to the figure below for an illustration of switch orientation. The VERTICAL 
Statement defaults to "NO." 


REVERSE Statement (Optional) 


Syntax: 
[REVERSE = YES | NO] 


The REVERSE statement specifies the order that a DIP switch is numbered. 
REVERSE = YES indicates 1234... REVERSE = NO indicates ...4321 order. Refer to 
ree figure fae for an illustration of switch numbering. The REVERSE statement 

efaults to Pe ; 


Pees: | Mitser ell 


654321 123456 


REVERSE=NO REVERSE=YES 
VERTICAL=NO VERTICAL=NO 


REVERSE=NO REVERSE=YES 
VERTICAI=YES VERTICAL=YES 


LOC(switchlist) valuelist 


The switch configuration statements LABEL, INITVAL and FACTORY include 
the LOC(switchlist) valuelist (or textlist) string to reference individual switches. The 
switchlist contains a list or range of switch numbers. The elements of the switc/ist must be 
in ascending order if REVERSE=YES or descending order if REVERSE=NO. A space 
must be included between elements as a delimiter. é 
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The teatlist specifies the ASCII switch name and the valuelist specifies the switch 
setting for each switch position. The valuelist must use the same order as the switchlist. A 
DIP switch can be set for "1" to indicate "ON," "0" to indicate “OFF,” or “x" to indicate “don't 
care.” The dip switch settings are not delimited with a space. The valuelist for a rotary or 
slide switch includes a "1" in the position number of the selected position. . Zeros fill the 
other positions. 


The following examples illustrate valid LOC(switchlist) valuelist strings: 


REVERSE = YES 

INITVAL = LOC(123 4) 0011 ;List of DIP switches 
REVERSE =NO 

INITVAL = 4321) 1100 ;List of DIP switches 
REVERSE= YES 

INITVAL = LOC(1-4) 0011 ;Range of DIP switches 
REVERSE =NO 

INITVAL = LOC(4-1) 1100 ;Range of DIP switches 
REVERSE = YES 

INITVAL = LOC(1 23 4) 00x1 ;DIP switches with a don't care 
REVERSE= YES 


INITVAL = LOC(1-8) 00010000 ;8-position rotary or slide switch 
LABEL Statement (Optional) 


Syntax: 
[LABEL = LOC(switchlist) textlist] . 

The LABEL statement specifies labels for individual switches. Each label can 
compose up to 10 characters. If the LABEL statement is omitted, the default label is the 


switch number (...4321 for normal switches and 1234... for reverse switches). The following 
example illustrates use of the LABEL statement: 


LABEL = LOC(4-1) "SW1-4" *"SW1-3" "SW1-2" "SW1-1" 
INITVAL Statement (Optional) 


Syntax: 
fNITVAL = LOC(switchlist) valuelist} 


The {NITVAL statement specifies the settings for factory-set switches that must not 
be changed. If the INITVAL statement is omitted, switch settings are determined by the 
configuration program or are “don't care." This statement is particularly important for 
switches that control undocumented options. The following example illustrates use of the 
INITVAL statement: 


INITVAL = LOC(4 3 2 1) x0 ;DIP switch 1 may not be changed 
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FACTORY Statement (Optional) 


Syntax: 
[FACTORY = LOC(switchlist) valuelist} 
The FACTORY statement indicates the factory settings for the switches. 


COMMENTS Statement (Optional) 


tax: 
[COMMENTS = “configuration comments"} 


The COMMENTS statement contains information to assist the user in cinta Oe 
switch. The COMMENTS text field can contain a maximum of 600 characters 
configuration utility displays the text in a window at least 40 characters wide. 


HELP Statement (Optional) 


Syntax: 
[HELP = "configuration help information"] 


The HELP statement contains information that is displayed to the user if requested. 
The HELP text field can contain a maximum of 600 characters. The configuration utility 
displays the text in a window at least 40 characters wide. 


Example Switch Configuration Statement Block 
The following example illustrates a switch configuration statement block. 
sINITIALIZATION INEORMATGE BLOCK 


SWITCH(1)= 8 sist switch-8 tions 
ee SwircHBLOCK 1" pos 
STYPE = DIP ;DIP switch type . 
VERTICAL = ‘Vertical orientation 
FACTORY = = BoC) 11110000 ‘Factory setting = 11110000 

P eg BO ; 81) xcc0cx0 sme ccs Switch 

WITCH = WitCh=. sitions 
NAME = "SWITCH BLOCK 2" ms 
STYPE = a ‘SLIDE swi e€ 
LABEL = Lo 2 1) IRQS" TRO8" ‘Position switch. Q9, IRQ8 


FACTORY 21) 10 ;IRO9 Setting’ 
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4.6.2.3 Jumper Configuration Statement Block 
The jumper configuration statement block begins 


with the JUMPER(i) statement. 
The syntax of the jumper configuration statement block is: 


oe) = value ;Number of jumpers in set 
STYPE - PAIRED | TRIPOLE Type of j 
= iA ype Of jumper 
TICAL = YES | NO} Jumper orientation 
VERSE = YES | NO] Jumper numbering scheme 
EL = LOC(jwmperlist) tetlist] : Jumper labels 
AL = jumperlist) valuelist] Jumper settings 
ACTORY = jurnperlist) valuelist] ;Factory setting 
COMMENTS = “configuration comments") 
= “configuration help information" 
JUMPER (i) Statement (Required) 


S . 
JUMPER()) = value 


The JUMPER(i) statement specifies the number of jumper positions in a set. Each 
set of j TS must have a separate JUMPER(i) statement with a different identifier, iL 
The "I" can be any positive integer value from 1 to 32767. The value field has two meanings 
here depending on the of jumper defined. For nae ue value refers to the 
number of connections. For tripole and paired jumpers, value refers to the number of 
tripole or paired sets. ; 


NAME Statement (Required) 


Syntax: 
AME = “jumper name or description" 


The NAME statement contains the jumper name as it is designated in the user 
documentation. The description can contain ‘a maximum of 20 characters. 


JTYPE Statement (Required) 


Syntax: 
E = INLINE | PAIRED | TRIPOLE 


The JTYPE statement designates the type of jumper as INLINE, PAIRED, or 
TRIPOLE. INLINE jumpers are arranged in a straight line, such that each post can be 
connected to an adjacent post. PAIRED jumpers are arranged as a series of double posts, 
such that any single pair can be connected across the two posts. TRIPOLE jumpers are 
arranged as a series of triple posts, such that the middle post can be connected to either of 
the two adjacent posts. 
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The following figure illustrates each of the three JTYPEs. 


Paired o Inline 
5 REVERSE=YES 
VERTICAL=NO 


Tripole 


REVERSE=YES 
VERTICAL=YES 


VERTICAL Statement (Optional) 


IVERTICAL = YES | NO] 


The VERTICAL statement indicates the orientation of the jumper on the expansion 
board. The VERTICAL statement defaults to "NO." 


REVERSE Statement (Optional) 


Syntax: 
[REVERSE = YES | NO] 


The REVERSE statement specifies the order that a jumper is numbered. 
REVERSE = YES indicates 1234... REVERSE = NO indicates ...4321 order. The 
REVERSE statement defaults to "NO." 


LOC (jumperiist) valuelist 


ist specifies the setting for each jumper. The valuelist 
must not be delimited with a space and must use the same order as the jumperiist. 


A paired or tripole jumperlist can use a range to indicate the jumpers. The elements 
of the pe ist must be in ascending order if REVERSE=YES, or descending order if 
REVE =NO. A space must be included between elements as a delimiter. 


The jumperlist specifies inline jumpers by indicating the connection between two 
posts with a caret. For example, LOC(6*5 4°3 2°1) specifies the jumpers between posts 6 
and 5, between posts 4 and 3, and between posts 2 and 1. The elements of the jum L 
must be in ascending order if REVERSE= YES, or descending order if REVERSE=NO. 
A space must be included between elements as a delimiter. 


The paired and inline jumper valuelist settings can be indicated as "1" for "ON" 
(jumper installed), "0" for "OFF" Gumper not installed) or "x" for “don't care.” 
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tripole jumper valuelist se can be indicated as "1" for "ON" (jumper installed 
in apper or ori ition), *O" for "OFF" (jumper installed in lower or le position unless 
otherwise marked), “n" for "NONE" (jumper not installed) or "x" for “don't care.” 


The following examples illustrate valid LOC(jusmperlist) valuelist strings: 


INITVAL = LOC(123 4) 0011 ;List of tripole jumpers 
JTYPE=PAIRED 

REVERSE=NO 

INITVAL = LOC(43 2 1) 1100 ;List of paired jumpers 
JTYPE= ee 

REVERSE= 

INITVAL = = TOC(4) 0011 ;Range of paired jumpers 
JTYPE=TRIPOLE 


REVERSE=NO 
INITVAL = LOC(4-1) 1100 ;Range of tripole jumpers 


YES 
INITVAL = LOC(1-4) x011 ' sRange of paired jumpers with "x" 


INITVAL # LOC(1-4) x011 ;Range of tripole jumpers with "x" 
INITVAL = : LOC(1-4) nil ;Range of tripole jumpers with "n" 
JTYPE= May Oe 


REVERSE= 
INITVAL = LOCi6" 5 4°3 2°1) 101 ;List of inline jumpers 


LABEL Statement (Optional) 


Syntax: 
(LABEL = LOC(jumperlist) textlist} 

The LABEL statement ers labels for individual jumpers. Each label can be 
composed of up s10 characters. LABEL statement is omitted, the default label is the 
switch number (...4321 for normal ju wu mpers and 1234... for reverse jumpers). The following 
example illustrates use of the LABEL statement: 


LABEL = LOC(4°3 2*1) "IRQ2" IRQ3" 7 TRQ2" (4°3), TRQ3" (271) 
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INITVAL Statement (Optional) 


Syntax: 
NITVAL = LOC(jumperlist) valuelist] 

The INITVAL statement specifies the settings for factory-set jumpers that must not 
be changed. If the INITVAL statement is omitted, jumper settings are determined by the 
configuration program are “don't care.” This statement is particularly important for 
jumpers that control undocumented options andrequire specific settings. The following 
example illustrates use of the INITVAL statement: 


“INITVAL = LOC(4321)0011 Paired (or tripole) jumper settings 

FACTORY Statement (Optional) 
Syntax: 
[FACTORY = LOC(jumperlist) valuelist} 

The FACTORY statement indicates the factory settings for the jumpers. 
COMMENTS Statement (Optional) 
bese 
[COMMENTS = “configuration comments" 

The COMMENTS statement contains information to assist the user in configuring a 


. The COMMENTS text field can contain a maximum of 600 characters. e 
configuration utility displays the text in a window at least 40 characters wide. 


HELP Statement (Optional) 


Syntax: ; 
[HELP = “configuration help information" 
The HELP statement contains information that is displayed to the user if requested. 


The HELP text field can contain a maximum of 600 characters. The configuration utility 
displays the text in a window at least 40 characters wide. 
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Example Jumper Configuration Statement Block 
The following example illustrates a jumper configuration statement block. 
SINITIALIZATION INFORMATION BLOCK 


ne ER(1) a. : sIst set-5 positions(6 posts ) 
= a 1" 
JTYPE = INLINE daline j jumper 
VERTICAL = YES Vertical pase ge 
LABEL = LOC(6*5 4°3 2*1) "Test" *IRQ8" "IRQ6" ‘Labels Test, IRQ8, IRQ9 
INITVAL = LOC(6*5 4*3 21) Oxx Reserved jumper 
FACTORY = LOC(6’*5 4*3 2*1) 001 Factory Setting = IRQ9 


ane configuration utility displays a diagram to illustrate the jumper settings. For 
example: 


o 6 
Test 

o § 

o 4 
IRQ8 

o 3 

e 2 . 
IRQ9 | 

« i 

Ji01 


4.62.4 SOFTWARE (Initialization) Statement Block (Optional) 


Syntax: 
SOFTWARKE(i) = "description" 


The software statement block begins with the SOFTWARE (i) statement. The 
syntax of the software configuration statement block is: 


*Note: there are no other statements in the block. 


The software initialization statement block provides user information and 
instructions about software drivers for display during system configuration. The 
instructions may, for example, indicate the software options to incorporate into the 
pperate em startup files or a program that must be executed to initialize an expansion 

e software initialization statement block can include entries for the 
CONFIG. SYS and AUTOEXECBAT files of an MS-DOS operating system. 


The startup files may execute programs that require command line parameters (for 
example, /s, /g). 


Each software statement must have a separate SOFTWARE(i) statement with a 
different identifier, "i". The "i" can be any positive integer value from 1 to 32767.- The 
description can be a maximum of 600 characters. 
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The configuration utility displays the software description with switch settings and 
other configuration information, during system configuration. 


See the section on INIT Statements for more details about the software(i) 
Statement. : 


4.6.3 FUNCTION Statement Block 
A FUNCTION statement block consists of the following statements: 


° FUNCTION Statement-—identifies the name of the expansion board function 
(for example, “Asynchronous communications port"). 


¢ TYPE Statement—identifies the function type (for example: a communications 
port is type "COM”). 


« CHOICE Statements with resource description blocks—identify the 
configuration alternatives (i.e, initializations, I/O ports, interrupts, DMA 
channels and memory). 


The FUNCTION statement block has the following format: 
FUNCTION = “function narne" 


E = “function type"] 
COMMENTS = “information") 
CONNECTION = “connector orientation and description") 
= "D formation") 

OICE = “configuration name" 

[Resource iption Block] 
[CHOICE = “configuration name" 

Resource Description Block] 


[CHOICE = "con ion name" 
Resource AONE Block] 
[SUBFUNCTION STATEMENT BLOCK] 


.. A separate function statement block must be supplied for each function of a 
multifunction expansion board. The following example illustrates the two function 
Statement blocks for an expansion board with a communications port and a parallel port. 


FUNCTION = "Asynchronous communications port" 
CHOICE = "configuration name" 
Resource Description Block 
FUNCTION = "Parallel port" 
" CHOICE = “configuration name" _ 
Resource Description Block 
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FUNCTION Statement (Required) 


ie 
CTION = "function name" 


Each function statement block begins with a function statement that specifies the 
function name, The function name consists of free-form ASCH text with a maximum of 100 
characters. All function names within a single configuration file must be unique, but 
different configuration files can have common function names. 


The configuration utility displays the function name during configuration, but does 
not store it in nonvolatile memory. 


TYPE Statement (Optional) 


Syntax: 
[LYPE = “function type"] 
A functions statement block is supplemented with a TYPE statement that identifies 


the function type with a three-character ASCII string. The following table identifies 
commonly used function types. 


Commonly Used Function Types 
KEY—keyboard PAR-paralle! port 
MEM-—memory board PTR pointing ‘devibé 
MSD—mass storage device COM--communications port 
NET-~network adapter VID—video display adapter 
NPX-~numeric coprocessor SYS-—system board 
OTH-—other OSE-operating system/environment 


The TYPE statement should use one of the listed types when applicable. A TYPE 
Statement can contain a type not included in the “Commonly Used Function Types” table 
above, but all types must be three-character ASCII strings. The type is stored in 
nonvolatilé memory as upper-case. It should be entered in the configuration file in upper- 
case for consistency. 


: The function type can be supplemented ty apencins multiple, comma-delimited, 

ASCTI strings to the initial three-character type. The supplemental type ASCII strings are 
not limited to three characters. For example, an asynchronous communications port can 
have the following TYPE statement: 


TYPE = “COM,ASY" 


The configuration utility stores the TYPE statement's ASCTI string in nonvolatile 
memory during configuration. EISA systems provide a total of 80 bytes of nonvolatile 
memory to store the E statement's ASCII string and SUBTYPE statement's ASCII 
string. The 80 bytes include thé comma and semicolon delimiters between the type and 
SUB E string fragments. 


A device driver can use the type string to determine the general class of 


functionality of a device. The device driver can use the subtype string to determine the 
configuration of a device. ; 
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The resource description block section SUBTYPES are dicussed later in this 
specification. : 


COMMENTS Statement (Optional) 


ae 
[COMMENTS = “information"] 

A function statement block can include a COMMENTS statement that provides 
relevant information about the function. The comment could identify an expansion board 
manufacturer and part number, configuration instructions or any other useful information. 
The comment consists of free-form ASCII text with a maximum of 600 characters. The 
configuration utility displays the text in a window at least 40 characters wide. 


The configuration utility displays the comment during configuration when the 
function is selected. It does not store the comment in nonvolatile memory. 


HELP Statement (Optional) 


EE = “help information"] 


The HELP statement contains information that is displayed to the user if requested. 
The help text field can contain a maximum of 600 characters. The configuration utility 
displays the text in a window at least 40 characters wide. 


CONNECTION Statement (Optional) 


Syntax: 
CONNECTION = “connector orientation and description" 


: A configuration file can specify the orientation and description of connectors by 
including the CONNECTION statement in the FUNCTION statement block. 


The connection string consists of an ASCII string with a maximum length of 40 


characters. bce connection strings include-“top,” “bottom,” “upper,” “lower,” “middle,” 
etc. The configuration utility includes a command that displays the connection string. 
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4.6.3.1 CHOICE Statement Block 


Each function statement block is accompanied by at least one choice statement 
block that specifies the initializations and system resource requirements of a possible 
configuration. The configuration utility uses the first choice statement block as the default. - 
Multiple choice statement blocks are sequentially arranged in the order of preference. The 
choice statement block begins with a choice statement that specifies the “name” of the 
configuration. A choice statement block has the following syntax: 


CHOICE = “configuration name" 
- [SUBTYPE = “device description"| 
ISABLE = YES | NO" 
AMPERAGE = value] 
TALMEM = io [STEP = value]] 
urce Description Block 
A communications port, for.example, can have the following function statement 
block and associated choice statement blocks: ~~. . 


FUNCTION = “Asynchronous Communications Port" 
CHOICE = *COMI" 
Resource Description Block 
CHOICE = "COM2" : 
Resource Description Block a 


The system resource requirements (described in the "Resource Description Block" 
section) for the named configuration follow the CHOICE statement. 


CHOICE Statement (Optional) 


Syntax: 
CHOICE = "configuration name" 


The choice statement block begins. with a CHOICE statement that specifies the 
ison) of the configuration. The "name" is‘an ASCII string with a maximum of 90 
aracters. 


During configuration, the configuration utility displays all CHOICE statement 


configuration names for the selected function. The configuration utility does not store the 
name in nonvolatile memory. 


DISABLE Statement (Optional) 


_ Syntax: 
[DISABLE = YES | NO] 


A CHOICE statement can be used to disable the expansion beard function. Each 
function to be disabled requires a separate DISABLE = YES statement. The default is 
DISABLE = NO. The following example illustrates use of the DISABLE = YES 
statement. 
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Resource Description Block 
CHOICE = "Disable Communications Port" 
DISABLE = YES 


SUBTYPE Statement (Optional) 


ee 
{SUBTYPE = "device description} 
Each choice statement block can contain a subtype statement that names the 
confi, ion (with a short mnemonic) associated with the choice. The subtype can be 
emented by appending multiple, semicolon-delimited, ASCII strings to the initia] 
subtype. 


A device driver can use the SUBTYPE string to determine the configuration of a 
device. The device driver may use the type string to determine the general class of 
functionality of a device. 


A communications port may have SUBTYPE statements as follows: 


FUNCTION = “Internal Modem" 
TYPE = "COM,ASY,MDM" 
CHOICE = “Modem assigned to COM1" 
SUBTYPE = “COM1" 


Resource Description Block 
CHOICE = "Modem assigned to COM2" 

SUBTYPE = *COM2" 

Resource Description Block 


The SUBTYPE should be a short ASCII string. The SUBTYPE string supplements 
the type string by identifying the selected configuration (the type string identifies the type 
of device). The configuration utility stores the concatenated type and SUBTYPE AS 
strings, with a semicolon delimiter, in nonvolatile memory during configuration. EISA 
systems provide a total of 80 bytes of nonvolatile memory to store the type statement's 
ASCH string and SUBTYPE statement's ASCII string. The 80 bytes include the comma 
and semicolon delimiters between type and SUBTYPE string fragments. 
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AMPERAGE Statement (Optional) 


Syntax: 
[AMPERAGE = value] 


The AMPERAGE statement, when included in the choice statement block, specifies 
the maximum amount of continuous 5V current (in milliamps) required by the option 
specified by the choice statement block. The total SV current includes the amount 
specified in the board identification block plus the amount specified for the selected 
options. The AMPERAGE statement does not apply to virtual devices. 


TOTALMEM Statement (Optional) 


S 
TOTALMEM = rangelist [STEP = value] 


A choice statement block can contain a TOTALMEM statement that indicates the 
total amount of memory specified by the choice. The TOTALMEM statement is required 
for a memory block that can have its allocation split between system memory (SYS) and 


expanded memory (EXP). 


See the TOTALMEM statement and example in the section entitled, Memory 
Description Biock, for more detailed information. ; | 


4.6.3.2 SUBCHOICE Statement Block 


The purpose of the subchoice statement block is to handle resource statement 
alternatives that are too complex for individual CHOICE statements (for example, memory 
configurations of some memory boards). ; 


A choice statement block can include statements that specify alternative 
configurations. A subchoice statement block can use any statement that is valid for a 
choice statement block. The subchoice alternatives must be ‘automatically selectable by the 
configuration utility with information available from the configuration files. The 
configuration utility does not present subchoice alternatives for selection by a user, 
although the user can scroll through the resources specified in subchoice statement blocks. 


The syntax for the SUBCHOICE statement is shown below: 


SUBCHOICE 
Resource Description Block 


A choice statement block can have as many subchoice statement blocks as needed. 
The configuration utility sequentially checks each subchoice resource description block and 
selects the first one that does not conflict with other devices in the configuration. 


The combination of the choice resource description block and one subchoice 
resource description block contains the resource and initialization requirements for the 
configuration. The configuration utility includes the choice and the selected SUBCHOICE 
resource requirements in the data written to nonvolatile memory for use by the power-up 
routines. 
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The following example illustrates a configuration file fragment that specifies a 
memory allocation that back fills 128K of memory into the base address range between 
512K and 640K if only 512K is installed. The remainder of memory on the expansion 
board is allocated to extended memory. The user selects the total amount of memory on 
the expansion board and views the subchoice alternatives. The subchoice selection 
(between back fill and extended memory) does not require input from the user, since the 
amount of base memory installed is available from the confi ion file. The subchoice 
statement blocks are included in a single choice statement block that is presented to the 


user: 


CHOICE = “Add Base and Extended Memory" 
TOTALMEM = 128K-2048K STEP 128 


128K base memory back fill into range 512K-640K 
(512K base memory already installed) 


SUBCHOICE 
FREE 


MEMORY = 128K 
ADDRESS = 512K 


COMBINE sExtended Memory for the rest 
MEMORY = 0K-1920K STEP 128K _ 
ADDRESS = 1M = 
MEMTYPE = SYS 


128K back fill 


; No base memory back fill 
; (640K base memory already installed) 


SUBCHOICE 
COMBINE >All Extended Memory 
MEMORY = 128K-2048K STEP 128K 
ADDRESS = 1M-16M STEP 128K 
MEMTYPE = SYS 
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Selection of the starting address could be presented to the user as a sequence of 
CHOICE statements for selection by the user: . 


; 128K base memory back fill into range $12K-640K 
; (512K base memory already installed) 


CHOICE = “Add Base and Extended Memo 
TOTALMEM = 128K-2048K STEP 128 
FREE 3128K back fill 


COMBINE ;Extended Memory for the rest 
MEMORY = 0K-1920K STEP 128K 
ADDRESS = 
MEMTYPE = SYS 


; No base memory back fill 
; (640K base memory already installed) 


CHOICE = “Add Extended Memo 
TOTALMEM = 128K-2048K 128K 
COMBINE ;All Extended Memory 
MEMORY = 128K-2048K STEP 128K 
ADDRESS = 1M-16M STEP 128K 
MEMTYPE = SYS 


The configuration utility presents each named choice to the user for selection. The 
ped can ‘make the selection or let the configuration utility automatically make the 
selection. 


SUBCHOICE statements are not appropriate if the user might need to make the 
selection. For example, the user may need to select a serial port as COM1 or COM2. The 
configuration utility presents the choices to the user, and the user either makes the 
selection manually or lets the configuration utility select automatically. 


SUBCHOICE Statement (Optional) 


S : 
iSUBCHOICE} 


The subchoice statement block begins with a SUBCHOICE statement. The 
SUBCHOICE statement does not have a name field for display, since subchoice statement 
blocks are selected automatically by the configuration utility. 


SUBFUNCTION Statement Block (Optional) 
A function statement block may contain one or more subfunction statement blocks 
that specify the configuration information for a set of related components with separate 


resource or initialization requirements. A subfunction statement block provides separate 
configuration of the functions components. 
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A subfunction statement block can use any statement that is valid for a function 
statement block. The syntax of a subfunction statement block is: 


SUBFUNCTION = “function name" 
E = “function type*] 
CO = "information’] 
CONNECTION = “connector orientation and description" 
= “information’} 
CHOICE = “configuration name" 
Resource Description Block 
[CHOICE = “configuration name" 
Resource Description Block] 


[CHOICE = “configuration name" 
Resource Description Block] 


__ The configuration utility stores the resource and initialization information from 
subfunction statement blocks with the function information. Subfunction statement blocks 
are not stored as separate functions in nonvolatile memory. 


Syntax: 
SUBFUNCTION = “name” “s 


The subfunction statement block begins with a subfunction statement that specifies 
the name of the configuration, The name is an ASCII string with a maximum of 90 
characters. : 


During configuration, the configuration utility displays all CHOICE configuration 
names for the selected subfunction. 


The following example illustrates use of subfunction statement blocks to configure 
the parity and band rate for an asynchronous communications port. The example includes 
the statement blocks with type and subtype strings. The resource and initialization 
statements are omitted for simplicity. . 


FUNCTION = "1200/2400 Baud Modem" 
TYPE = “COM,ASY,MDM" 
SUBFUNCTION = “Port Address”. 
CHOICE = "COM1 Serial Port" 
SUBTYPE = "COM!" 
CHOICE = *COM2 Serial Port" 
SUBTYPE = *COM2" 
SUBFUNCTION = "Parity Selection" ‘No SUBTYPE under SF 
CHOICE = *ODD" 
SUBTYPE ="PARITY=ODD"  ;SUBTYPE under CHOICE 
CHOICE = "EVEN" 
7 SUBTYPE = "PARITY =EVEN" 
SUBFUNCTION = “Baud Rate Selection" 
CHOICE = "1200 Baud" 
SUBTYPE = “BAUD =1200" ‘SUBTYPE under CHOICE 
CHOICE = *2400 Baud" 
SUBTYPE = "BAUD =2400" 
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The /subtype string for the "1200/2400 Baud Modem” function (with COM1, 
odd parity and 2400 baud selections) in nonvolatile memory is: 


*“COM,ASY,MDM;COM1;PARITY =ODD;BAUD =2400" 


The le above used SUBTYPE statements under the CHOICE statements but 
not under the SUBFUNCTION statements. The followi ample illustrates an 
alternative method with the SUBTYPE statements under the SUB CTION and the 
CHOICE statements: 


FUNCTION = "1200/2400 Baud Modem" 
TYPE = "COM,ASY,MDM" 
SUBFUNCTION = “Port Address" 

CHOICE = “COM1 Serial Port” 
SUBTYPE = *COM1" 

CHOICE = "COM? Serial Port" 
SUBTYPE = *COM2" 

SUBFUNCTION = ‘Parity Selection" _ 
TYPE = PARITY ‘TYPE under SUBFUNCTION 
CHOICE = “ODD" 

SUBTYPE = "ODD" SUBTYPE under CHOICE 


SUBFUNCTION = “Baud Rate Selection" 
TYPE = BAUD ’ ;TYPE under SUBFUNCTION 
CHOICE = "1200 Baud" 
SUBTYPE = "1200" ;SUBTYPE under CHOICE 
CHOICE = "2400 Baud" 
SUBTYPE = "2400" 


The /subtype string for the "1200/2400 Baud Modem" function (with COM1, 
odd parity and 2400 baud:selections) in nonvolatile memory is: 


*COM,ASY,MDM;COM1,PARITY;ODD,BAUD;2400" 


4.6.3.3 GROUP Statement Block 


A group statement block may be used to enclose a set of functionstatement blocks 
that specify the configuration information for a set of related components with separate 
resource or initialization requirements. 
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A set of grouped function statement blocks allows separate configuration of a 
function's components. A grouped function statement, block can use any statement that is 
valid for independent function statement blocks. The syntax of a grouped set of function 
statement blocks is: 


GROUP = “name” 


E = “type’] 
FUNCTION = “harhe” 
E=" ton type"} 
COMME = "information"] 
im 


CHOICE = e 
resource description block 


{CHOICE = "name" 

resource description block] 

Pee = "name" ’ 

[TYPE = ee type” 
{[COMME. = ‘Information"] 
{HELP = “in on") 
CHOICE = "name" 

resource description block 


[CHOICE = "name" 
resource description block] 
FUNCTION = "name" 


ENDGROUP 


The configuration utility saves the resource and initialization information for each 
function specified in the grouped set as a separate function entry in nonvolatile memory. 
The group statement block may include a TYPE statement. The group type string 
prepends to each TYPE string in the set of grouped function statement blocks. The 
configuration utility stores the group type string in nonvolatile memory for a grouped 
function statement block that omits the type statement. 


Presentation of options during configuration and TYPE string Prepending in 


nonvolatile memory are the only differences between a set of groupe CTION 
statement blocks and a set of independent FUNCTION statement blocks. 


365 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


GROUP and ENDGROUP Statements (Optional) 


S 
(GROUP = “name"] 


[ENDGROUP] 
set of function statement blocks begins with the GROUP statement and 


ends watt an ENDGROUP statement. The group name can be a maximum of 60 
characters. Each GROUP statement must have a corresponding ENDGROUP statement. 


Example Use of Grouped FUNCTION Statement Blocks 


The following confi On file fragment illustrates the use of grouped function 
statement blocks that speci configuration options for a fixed dis controller and disk 


drive. For simplicity, the configuration file fragment includes the TYPE and SUBTYPE 
statements, but does not include resource or initialization statements. The GROUP 
statement block and some function statement blocks have a TYPE statement. 


GROUP = Fixed Disk Drives _ ;Fixed disk controller grou 
TYPE = "MSD" ;Prepends to each FUN ON 
FUNCTION = ‘Fixed Disk Controller Selection" 
TYPE = “DSKCTL" 
CHOICE = i A Controller" 


SUBTYPE = "PRI" 
CHOICE = faa a Controller" 
SUBTYPE 
Set pe aie for Unit 1" 


CHOICE = "Not “Not Installed” 
SUBTYPE = "DSKDRV,TYP=00" 

CHOICE = °300mb - TYPE 38" 

___ SUBTYPE = “DSKDRV,TYP=38" 

CHOICE = *130mb - TYPE 43" 
SUBTYPE = "DSKDRV,TYP=43" 

FUNCTION = “Device for UNIT 2" 
TYPE = “UNIT2" 
baie oma “Not Installed" 


CHOICE = “130mb - TYPE 43" 
SUBTYPE = “DSKDRV,TYP =43" 
ENDGROUP 
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The grouped function statement blocks are stored separately in nonvolatile memory. 
The type string for each of the function statement blocks includes the pore type string 
(prepended to the function type string). Nonvolatile memey contains the following type 


S ( ing the choice selections are: primary controller with a 300 MB drive for 
UNIT and UNIT2 is not installed). | 


FUNCTION = ‘Fixed disk Controller Selection" 
TYPE string: MSD,DSKCTL;PRI 


FUNCTION = “Device for Unit 1" - 
TYPE STRING: MSD,UNIT1,DSKDRV,TYP =38 


FUNCTION = "Device for Unit 2° 
TYPE string: MSD,UNIT2,DSKDRV,TYP =00 


4.6.4 Resource Description Biock 


_ A-resource description block may accompany each CHOICE statement to identify 
the initialization and system resource requirements of the named configuration. The 
resource description block can contain any of the following information: 


* DMA Channel Description Block—specifies the choice of DMA channels 
supported, whether the channel can be shared, the channel's data size, the 
channel's cycle timing, and any initialization necessary 


e Interrupt Description pear ira the choice of interrupts supported, 
whether the interrupt can be shared, whether the interrupt is edge or level 
sensitive, and any initialization necessary 

¢ I/O Port Description Block-specifies the port address, and any initialization 
necessary 


¢ Memory Description Block-specifies the amount of agua supported, the 
starting address, and whether the memory is cacheable it. also identifies the 
memory as RAM or ROM, defines the memory usage (system, expanded, 
virtual or other), and specifies any initialization necessary to configure the 
memory 


* Switch and Jumper Description Blocks—specify the switch and jumper settings 
for the configuration 


* Programmable Port Initialization Block~specifies the initializauon for 
programmable ports for the configuration 


° Software Initialization Block—specifies any software initialization necessary 
The syntax of a DMA resource description block is as follows: 
[DMA = Est 
Rime = YES | NO | ‘text 


SIZE = BYTE | WORD | DWORD] 
[TIMING = DEFAULT | TYPEA | TYPEB | TYPEC]] 
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The syntax of an I/O port resource description block is as follows: 


(PORT = _list/ran eee = value [COUNT = VALUE] 
SHARE = \ O ate 
SIZE = BYTE | WORD | DWORD]] 
The syntax of an interrupt resource description block is as follows: 


{IRQ = list 

SHARE = Lie NO | “text"] 

PRIGGER = LEVEL | EDGE]] 

The syntax of a memory resource description block is as follows: 


MORY = rangelist [STEP = value 
DE TADDRESS = rege i ag = ] 
‘AB ie) 


4.6.4.1 DMA Channel Description Block 


A DMA channel description block consists of a group of statements that specifies 
the DMA channels required by an expansion board function. The configuration file can 
contain a maximum of four DMA description blocks for any one function. The syntax of a 
DMA channel description block is: 


DMA = DMA channel number 
SHARE = YES | en ie 
SIZE = BYTE | WO eer tye 
G = DEFAULT | EA | EB | TYPEC] 


: An OR operator can be used to separate multiple DMA channel lists (as illustrated 
in the following syntax) if each list supports identical SHARE, SIZE and TIMING 


characteristics: 


DMA = value [| value) ... 
SHARE = YES | NO | “text"] 
SIZE = BYTE | WORD | DWORD} 
MING = DEFAULT | TYPEA | TYPEB | TYPEC] 
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Multiple DMA channel description blocks must be used for a function with multiple 
DMA channels that have different share, size or timing characteristics, as illustrated in the 
following syntax: ; , 


DMA = DMA channel munber ;ist DMA channel 
SHARE @ YES [NO | ez, 
SIZE = BYTE | WORD | D eae 
TIMING = DEFAULT | EA ie 
DMA = DMA channel number ;2nd D. 
SHARE = YES | penis 
SIZE = BYTE | WO DWORD] 
G = DEFAULT | EA | TYPEB | TYPEC] 


An expansion board function can request up to four DMA channels. Each channel 
selected during system configuration is stored in nonvolatile memory with the aie riate 
share, size and timing characteristics. The DMA device driver can retrieve the DMA 
information from nonvolatile memory and use it to initialize the DMA device. 


The system ROM automatically determines the 1/O port address and initialization 
values and programs the following DMA controller registers: . 


DMA controller (Extended Mode Register) 
DMA channel cycle timing 
DMA data size and addressing mode. 
DMA controller (DMA Command Register) 
: DRQ and DAK® assert level (high/low) 
Fixed or rotating priority 


The lp OPEN file should not provide initialization values for programming the 
DMA controller Extended Mode Register. The configuration file should: also not provide 
initialization values for the DMA Command Register priority scheme. If the DMA 
channel is not shared, the configuration file can specify the DRQ and DAK® assert levels 
by including the initialization value for the DMA Command Register bits that determine 
the assert level (DRQ defaults to assert when high, DAK* defaults to assert when low). 


EB | TYPEC] 
channel 


DMaA Statement (Optional) 


Syntax: ; 
DMA = value [| value] ... 


The DMA statement marks the beginning of a DMA description block and specifies 
the DMA channel number (or list of channels or multiple lists of channels) supported by 
the configuration. 
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SHARE Statement (Optional!) 


rate 
(SHARE = YES | NO | “text’] 


The SHARE statement specifies whether the function can share the DMA channel. 
The default for SHARE is NO. A text identifier can be specified to indicate that the 
- function can only share the DMA channel with a device that has a matching identifier. Th 
identifier can be up to 10 characters. 


DMA channels can be shared by two devices that never require the channel 
simultaneously. For example, a floppy drive and tape drive attached to the same controller 
ue share a DMA channel since the floppy drive and tape drive never use the channel at 

¢ same time. 


Two devices that may need to transfer data at the same time cannot share a DMA 
channel. Two network adapters, for example, would have conflicting requirements for a 
single DMA channel. 


SIZE Statement (Optional) 


Syntax: 
[MIZE = BYTE | WORD | DWORD] . 


The SIZE statement indicates the DMA device data transfer width as BYTE, 
behets PWR”: The default size is BYTE for DMA channels 0-3 and WORD for 
channe : 


TIMING Statement (Optional) 


Syntax: 
TLIMING = DEFAULT | TYPEA | TYPEB | TYPEC] 


The TIMING statement indicates the bus cycle type executed by the DMA 
controller pair the transfer. The default er aoe type is default, which is 
compatible with ISA DMA devices. Higher performance ISA devices can use type A or 
pes B for faster transfers. DMA devices that support EISA bus cycles can use type Cc 

urst) DMA transfers, which provide the highest data transfer rate. 


The DMA cycle types and timing are described in section 2 of this specification. 


Example DMA Channel Request Block 


The ACME tape controller can use DMA channel 3 or 5 and cannot share the 
channel. The ACME tape controller uses 16-bit DMA transfers and can support type B 
timing. The following diagram illustrates the DMA request block for the ACME tape 
controller: : 


DMA = 3 [5 
SHARE = NO 
SIZE = WORD 
TIMING = TYPEB 
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4.6.4.2 Interrupt Description Block 


An interrupt description block consists of a group of statements that specifies the 
interrupt requirements of an expansion board. e configuration file can contain a 
maximum of seven interrupt description blocks for any one function. The interrupt 
description block has the following format: 


IRQ = value [| value] ... 
SHARE = YES { NO | ‘tex’ 
GGER = LEVEL | EDGE] 


Multiple ashes request blocks must be used for a function with multiple 
interrupts that have different share and trigger characteristics, as illustrated in the 
P BE 


following syntax: 
IRQ = value 


SHARE = YES | NO |“ 
PRIGGER = ed | DCE] 
IRQ = value ; 


eee NO | ex] 
GGER = LEVEL | EDGE] 


An OR operator can be used to separate multiple interrupts (as illustrated in the 
following syntax) if each interrupt supports identical share and trigger characteristics: 


IRQ = value [| value]... 
SHARE = YES | NO | “tex] 
GGER = LEVEL {| EDGE] 


IRQ Statement (Optional) 


Syntax: 
TRO = Interrupt mumber 


_ The IRQ statement marks the beginning of an interrupt request block and specifies 
the interrupt number (or multiple interrupts) supported by the configuration. 


__ _Each interrupt selected during system configuration is stored in nonvolatile memory 
with the appropriate share and trigger characteristics. The interrupt device driver can 
Tetrieve the interrupt controller initialization information from nonvolatile memory to 
determine the method of handling interrupts. 


The system ROM automatically determines the I/O port address and initialization 
values and pro the interrupt controller edge/level register. The configuration file 
should not provide initialization values for programming the interrupt controller edge/level 
register. 
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SHARE Statement (Optional) 


Syne 
{SHARE = YES | NO | "text"] 


The SHARE statement indicates whether the function can share this interrupt. The 
default value for this field is NO. For EISA boards capable of sharing interrupts, this field 
should be SHARE = YES. A text identifier can be specified to indicate that the function 
can only share the interrupt with a device that has a matching identifier. The identifier can 
be up to 10 characters. 


TRIGGER Statement (Optional) 


Syntax: 
[TRIGGER = LEVEL | EDGE] 


The TRIGGER statement pect es whether the ROM initializes the interrupt 
controller to edge or level triggered. The default is TRIGGER = EDGE. In most cases, if 
the SHARE statement is , the TRIGGER statement should be set to: LEVEL; 
however, there are some designs that require shared, edge-triggered interrupts, so a 
TRIGGER = LEVEL statement does not necessarily have to follow a S = YES 
statement. 


Example Interrupt Description Block 


The ACME tape controller needs two interrupts. It can use interrupts 12 or 15, but 
it cannot share the assigned interrupts. The ACME tape controller needs the chosen 
interrupts to be edge triggered. Note that share and trigger fields could be omitted, 
because the defaults are used. 


IRQ 12 |15 
TRIGGER = EDGE 


4.6.4.3 1/0 Port Description Block 


An I/O a description block consists of a group of statements that specifies the 
I/O ports used by a device. The configuration file can contain a maximum of 20 I/O port 
poe aes blocks for any one function. The I/O Port Request Block has the following 
ormat: 


PORT = range/list (STEP = value [COUNT = value]} 


Seah text 
SIZE = BYTE | WORD | DWORD}] 
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PORT Statement (Optional) 


Syntax: 
PORT = list/range [STEP = value [COUNT = value]] 


or 
PORT = &st 
The I/O Port Request Block begins with a PORT statement. The PORT statement 


can specify a single address, a list of addresses, or a rangelist that specifies the selections 
for the port address. 


The STEP parameter that follows the rangelist identifies the address increment of 
the port selections. The COUNT parameter specifies the number of ports allocated from 
the selected STEP address block. If the CO arameter is omitted, the configuration 
utility uses a default COUNT value equal to the value. If the STEP parameter is 

i the configuration utility allocates the entire range (a COUNT without STEP is 


omitted, 
invalid). The following examples illustrate a PORT statement with a rangelist: 


sallocates 16 ports: 300h-30Fh 
PORT = 30Fh 


sallocates 4 ports: 300b-303h or 304h-307h or 308h-30Bh or 30Ch-30Fh 
PORT = 300b-30Fh STEP = 4 


sallocates 2 ports: 300h-301h or 304b-305h or 308h-$09h or 30Ch-30Dh 
PORT = 300b-30Fh STEP = 4 COUNT =2 
SHARE Statement (Optional) 


ae 
{SHARE = YES | NO | “text” 
The SHARE statement specifies whether the function can share the requested 
Se The configuration utility uses a default of NO (the port cannot be shared) if the 
HARE statement is omitted. A text identifier can be specified to indicate that the 
function can only share the port address with a device that has a matching identifier. The 
identifier may be up to 10 characters. 


SIZE Statement (Optional) 
ae 
(SIZE = BYTE | WORD | DWORD] 


: The SIZE statement specifies the size of the I/O port as BYTE (8-bit), WORD (16- 
bit) or DWORD (32-bit). The default size is BYTE. 
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4.6.4.4 Memory Description Block 

The memory description block specifies the amount of memory on an ansion 
board and its starting address, whether the memory is cacheable, whether it is or 
ROM, the type of memory (system, expanded, virtual or other), and initialization 


requirements of the memory. ¢ gy alee file can contain a maximum of nine 
memory description blocks for any one function. The memory request block has the 
following format: 


MEMORY = list/range [STEP = value] 

ADDRESS = rangelist (STEP = value]] 
‘ABLE = | NO] 
MTYPE = SYS | EXP | VIR | OTH] 
SIZE = BYTE | WORD | DWORD] 
ECODE = 20 | 24 | 32] 

CACHE = YES | N 
SHARE = YES | NO | “text’] 


MEMORY Statement (Optional) 


Syntax: 
MEMORY = range [STEP = value] 


The MEMORY statement signifies the beginning of the memory description block 
The range following the MEMORY statement species the minimum and maximum 
amount of memory that can be put on the board. Each possible memory configuration can 
be listed separately (such as, 1M, 2M, 3M for one to three megabytes) or a minimum-to- 
maximum range can be specified (1M-3M). A minimum value of 1K is required and the 
minimum-to-maximum range must be at least IK. The maximum range value is 64 


megabytes. 


If a range is specified, the STEP field must also be included to define the smallest 
increment by which additional memory can be added to the board. 


ADDRESS Statement (Optional) 


Syntax: 
ADDRESS = range [STEP = value] 


or 
ADDRESS = list 
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The ADDRESS statement specifies the starting address of the memory. The 
ADDRESS statement is optional for memory if expanded or other is chosen for the 
memory type. The ADDRESS statement is required fot system and virtual memory. The 
STEP parameter that follows the range identifies the addresses within the range that can be 
bei as the starting address. The following example illustrates the valid starting address 
selections: 


MEMORY = 1M 
ADDRESS = 1M-4M STEP = 1M 


Starting 
Address 


WRITABLE Statement (Optional) 


Syntax: 
[WRITABLE = YES | NO] 


The WRITABLE field indicates whether the memory is RAM or ROM; for ROM 
this field is NO. The default is YES. 


MEMTYPE Statement (Optional) 


Syntax: 
{MEMTYPE = SYS | EXP | VIR | OTH] 


The MEMTYPE field pea whether the memory is SYStem (base and extended 
memory), EXPanded MS memory available for use by an expanded memory 
manager), or OTHer (address space used for memory mapped 1/O or bank-switched 
rah The default is SYS. tual indicates that the address space is used, but no 
physical memory occupies the address (address of a LIM Bes amie). Accesses to VIR 

-Imemory.do not generate addresses on the EISA bus. is intended deed for 
reps an ee I/O devices such as network adapters. OTH should include an 
ADDRESS statement only if it resides in the physical address space. 


SIZE Statement (Optional) 
ies 
{SIZE = BYTE | WORD | DWORD} 
The SIZE statement identifies the memory as BYTE 68-bit), WORD (16-bit) or 


alla (32-bit) memory. The SIZE defaults to DWORD if the SIZE statement is 
omitted. 
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DECODE Statement (Optional) 


Syntax: 
[DECODE = 20 | 24 | 32] 


DECODE is an optional statement that specifies the number of address lines 
decoded by a memory expansion board. The default is 32 for all memory boards. 


CACHE Statement (Optional) 


S : 
(CACHE = YES | NO} 


The CACHE statement indicates whether the memory contents can be stored in 
cache memory. The memory on a graphics board, for example, generally should not be 
stored in a cache memory. The default is NO. 


SHARE Statement (Optional) 


Syntax: 
[SHARE = YES | NO | “tex 


The SHARE statement indicates whether the memory in this space can be shared by 
another device. The default is NO. A text identifier can be specified to indicate that the 
function can only share the memory address range with a device that has a matching 
identifier. The identifier can be up to 10 characters. 


TOTALMEM Statement (Optional) 


6th 
TALMEM = list/range [STEP = value] 


A choice statement block can contain a TOTALMEM statement that indicates the 
total amount of menor specified by the CHOICE. The TOTALMEM statement is 
required for a memory block that can have its allocation split between system memory 
(SYS), other memory (OTH) and expanded memory (EXP). 


The TOTALMEM statement can include each possible memory size or provide a 
minimum-to-maximum range of possible configurations. A range must include the STEP 
keyword to indicate the smallest memory increment that can be added to the memory 


board. 
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The following example illustrates a fragment of the configuration file for initializing 
a memory expansion board. The choice statement block includes a TOTALMEM 
statement from which the user selects the amount of memory installed on the expansion 
board. The two memory request blocks allow the user to select the memo ocation 
between system (SYS) and expanded (EXP) memory. The configuration utility uses the 
TOT. M statement to verify that the total SYS, OTH and EXP memory selected by 
the user does not exceed the memory installed on the memory expansion board. The total 
amount of memo ified by the TOTALMEM statement does not include memory 
selected as ME = or 


CHOICE = “Add Memo 
TOTALMEM = int | 8M 12M 
MEMORY = 0M | 4M | 8M | 12M 

MEMTYPE = SYS 

ADDRESS = 1M-256M STEP = 1M 
MEMORY = 0M | 4M | 8M | 12M 

MEMTYPE = EXP 


The following statements are equivalent: 


TOTALMEM = 4M [| 8M ee ;List 
TOTALMEM = 4M-12M P = 4M ;Range with STEP 


The configuration utility also uses the TOTALMEM statement to determine the 
proper configuration from subchoice statement blocks. 


ROM and RAM Memory Configuration Example 


ACME has a network board with 64 Kbytes of RAM and a 2 Kbyte ROM. The 
board can accommodate up to 512 Kbytes of RAM, added in 64 Kbyte increments. The 
RAM must begin in the 1-2 megabyte range and is writable, but not cacheable. The 2- 
Kbyte ROM can be accessed at h, 0. h, or OE0000h. The ROM is not writable 
but it is cacheable. None of the board's memory can be shared. 


The following example shows the portion of the configuration file that describes the 
memory, beginning with the RAM, followed by the ROM. 


;NETWORK BOARD RAM 
MEMORY = 64K-512K STEP = 64K 
ADDRESS = 1M-1FFFFFb STEP = 64K 
WRITABLE = YES 
MEMTYPE = OTH 
CACHE = NO 


;NETWORK BOARD ROM 
MEMORY = 2K 
ADDRESS = 0C0000h | 0D0000h | 0E0000h 
WRITABLE = NO 
MEMTYPE = OTH 
CACHE = YES 
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4.6.4.5 INIT Statements 


INIT statements specify the initializations for alternative configurations. An INIT 
statement can be used to initialize any of the following: 


The configuration utility determines the initializations for the selected configuration 
and soles them in nonvolatile memory. The system ROM power-up routine performs the 
initializations. 


1/O Port INIT Statement 


Syntax: 

INIT = JOPORT(i) [LOC( bitlist) ] valuelist 

or 

INIT = PORTADR (address) [[BYTE| WORD|DWORD] list 


The I/O port INIT statement specifies an I/O port and the binary value to write to 
the port for the configuration. . 


The INIT statement can specify the 1/O port address, port size, and value directly in 
the PORTADR(address) form of the statement. The default port size is BYTE. i 
statement syntax provides a shorthand form of specifying 1/O port values where no 
initialization information block is required. When this shorthand format is used, all bits 
must be specified with a 1, 0, or r (i.e. x's are not allowed to specify bits in this format). 


The INIT statement can also indicate the address with an IOPORT(i) statement 
combined with the IOPORTC(i) form of the INIT statement. The port size is specified with 
the IOPORT(i) statement, not in the INIT statement. 


The list portion specifies the binary values to initialize the port. The values must be 
binary. 
The INIT statement can include the LOC(bitlist) string to reference individual bits. 


The bitlist contains a list or range of bit positions. The elements of the ditlist must be in 
MSBit to LSBit order. A space must be included between elements as a delimiter. 


INIT = PORTADR(0z800h) WORD 0000111100001111b ;WORD port 


INIT = PORTADR(0z800h) 00001111b ;Byte port 

INIT = PORTADR(0z800h) 001100rr Byte port with "r" bits 
INIT = IOPORT(1)(0z800h) LOC(7-2) 001100 ;Byte port (range) 
INIT = IOPORT(2)(0z800h) LOC(7 610) 0011 34 bits specified 


INIT = IOPORT(3)(0z800h) 00001111 
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Switch INIT Statement 


Syntax: 
INIT = SWITCH(i) LOC(switchlist) valuelist 


The switch INIT statement specifies the switch positions and the appropriate setting 
for the configuration. SWITCH(i) indicates the switch being initialized. LOC switchlist 
valuelist identifies the switch positions and specifies the setting. 


The LOC(switchlist) contains a list or range of switch positions. The elements of the 
switchlist must be in ascending order if VERSE = , or descending order if 
REVERSE=NO. A space must be included between elements as a delimiter. 


The valuelist specifies the switch setting for each switch position. The valuelist must 

use the same order as the switchlist. A DIP switch can be set for "1" to indicate “ON,” or "0" 

to indicate "OFF." The dip switch settings are not delimited with a space. The valuelist for 

airs fd slide switch indicates the selected position number by a "1" in the appropriate 
it position. 


Jumper INIT Statement 


tax: 
ae = JUMPER(i) LOC(jumperlist) valuelist . 

The jumper INIT statement specifies the jumper positions and the appropriate 
setting for the configuration. JUMPER(i) indicates the jumper being fotslized, 
LOCCumperlist) ifies the jumper positions being ified. 

The LOC(junperlist) contains a list of jumper positions. The valuelist specifies the 
setting for each jumper position. The valuelist must not be delimited with a space and must 
use the same order as the jumperlist. 


The jumperlist specifies paired and tripole jumpers by their jumper positions. A 
paired or tripole ih Skee can use a range to indicate the jumpers. The elements of the 
a ist must in ascending order if REVERSE= , or descending order if 
SE=NO. A space must be included between elements as a delimiter. 


The junperlist specifies inline jumpers by indicating the connection between two 
posts with a caret. For example, LOC(1°23°4 5°6) specifies the jumper between posts 1 
and 2, between posts 3 and 4, and between pee § and 6. The elements of the jumperiist 
must be in ascending order if REVERSE= , of descending order if REVERSE=NO. 
A space must be included between elements as a delimiter. 


Paired and inline jumper valuelist settings can be indicated as "1" for "ON" (jumper 
installed), "0" for "OFF" (jumper not installed). The paired jumper settings are not 
delimited with a space. 


A tripole jumper valuelzst ae can be indicated as "1" for "ON" (jumper installed 
in upper or right position), "0" for "OFF" Gumper installed in lower or left position) "n" for 


jumper not installed. The tripole jumper settings are not delimited with a space. 
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Software INIT Statement (Optional) 


Syntax: 
INIT = SOFTWARE(i) "parameter" {| parameter]... 


The software INIT statement specifies the command line parameter that invokes a 
software command for the selected configuration. The (i) indicates the SOFTWARE(i) 
statement that contains text to display with the eters, The parameters ify an 
ASCII string that appends to a software command, which specified in the SO ARE(i) 
text. For example, the following configuration file fragment illustrates use of the software 
INIT statement and SOFTW i) statement that specify an entry into an MS-DOS 
AUTOEXECBAT file: 


SOFTWARE(1) = 
“This example software initialization 
statement indicates that the NET.EXE 
file with command line parameters must 
bee ee in the AUTOEXEC BAT file: \n\n 
EXE /l=n /D=n where:" 


FUNCTION = ie Memory Allocation” 


CHOICE = anded Memo . 
INIT = SOFTWARE(1) "/I1=4 =3" 
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4.6.5 Resource Group 


A resource description block must have one or more group of resource and 
initialization statements. The elements of the resource description block are grouped 
together based on their interdependence. All resource and initialization statements must 
be in a group. The three types of group are: 


° LINK groups, in which selection of any one resource in the group determines 
the selection of all other resources and initializations in the group. 


° COMBINE groups, in which each resource selection is independent, but the 
initialization is determined by the combination of resource selections. 


° FREE groups, in which each resource selection is independent, and the 
initializations are independent of the resource selections. 


The groups begin with a keyword (LINK, COMBINE or FREE) and end at the next 
group keyword or at the end of the resource description block. 


4.6.5.1 LINK Groups 


The elements of linked group have a direct relationship with each other. The 
selection of one resource determines the other resources in the group and the initialization. 
Each statement in a linked group must have the same number of options. If the first option 
is chosen for one resource, the configuration utility automatically selects the first option for 
the other resource statements and the initialization statements. The syntax of a linked 


group is: 


LINK 
resource statement 


resource statement 
INIT staternent 


INIT Statement 


The following example illustrates the use of a linked group that provides selection of 
the interrupt or DMA channel. The user (or configuration utility) can select the interrupt 
or the D channel, but after making the one selection, the other resource and the 
initialization must correspond to the same option. An IRQ =3 selection forces the 
configuration utility to select DMA = 2 and IOPORT(1) initialization 00001111b. A 
DMA = 5 selection forces the configuration utility to select IRQ = 4 and JOPORT(!) 
initialization 11110000b. 


| 5 
INIT = IOPORT(1) 00001111b { 11110000b 
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4.6.5.2 COMBINE Groups 


The elements of combined groups have an indirect relationship with each other. 
Each resource selection is independent, but the initialization is directly determined by the 
combination of resource selections. The syntax of a linked group Is: ; 


COMBINE 
resource Statement 


resource Statement 
INIT staternent 


INIT statement 


The following example illustrates the use of a combined group that provides 
selection of a memory size and starting address. The user (or configuration utility) can 
select any memory size and starting address, and the configuration utility automatically 
selects the initialization that corresponds to the selected memory size and starting address. 
The table after the example lists the initialization value for each possible combination. 


COMBINE 
MEMORY = 4M | 8M sMemory size 
ADDRESS = 1M | 4M Starting address 
INIT = IOPORT(2) 00001111b | 01001111b | 10001111b | 11001111b 


tarting Port 
Address Initialization 


00001111b 


01001111b 
10001111b 
11001111b 
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The following example illustrates the use of a combined group in which the starting 
address selection and the initialization use a range with a step. The user or configuration 
utility) can select any memory size and starting address, and the configuration utility 
automatically selects the initialization that corresponds to the selected memory size and 
ae address. The table after the example lists the initialization value for each possible 
combination. 


COMBINE 
MEMORY = 4M | 8M | 12M 
ADDRESS = 4M-256M STEP = 4M 
INIT = IOPORT(1) 00000000b-10111111b 


g 
Address 


00111100b 
00111101b 
00111110b 
00111111b 


10111100b 
10111101b 
10111110b 
10111111b ' 


The following COMBINE fragment and INIT table illustrates the initialization 
value assignment sequence: 


COMBINE 
RESOURCE] 1 | 2 | 3 
RESOURCEZ 1 | 2 | 3 
RESOURCES? 1 | 2 | 3 
INIT = 00001b-11011b 
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INIT RESOURCE! Part RESOURCE2 Part RESOURCES Part 
Value | of Combination of Combination of Combination 


00001b} RESOURCE! option 1 | RESOURCE2 option 1 | RESOURCES option 1 
00010b}| RESOURCE option 1 | RESOURCE2 option 1 | RESOURCES option 2 
00011b} RESOURCE! option 1 | RESOURCE2 option 1 | RESOURCES option 3 


00100b| RESOURCE! option 1 | RESOURCE2 option 2 | RESOURCE option 1 
00101b| RESOURCE] option 1 | RESOURCEZ2 option2 | RESOURCES option 2 
00110b] RESOURCE] option 1 | RESOURCE2 option 2 | RESOURCES option 3 


00111b] RESOURCE] option 1 | RESOURCE2 option3 | RESOURCES option 1 
01000b] RESOURCE] option 1 | RESOURCEZ2 option3 | RESOURCES option 2 
0100ib} RESOURCE! option 1 | RESOURCEZ2 option3 | RESOURCES option 3 


01010b] RESOURCE! option2 | RESOURCE? option 1 |. RESOURCE3 option 1 
01011b] RESOURCE! option 2 | RESOURCE2 option 1 | RESOURCES option 2 
01100b] RESOURCE option 2 | RESOURCE2 option 1 | RESOURCES option 3 
01101b] RESOURCE! option2 | RESOURCE2 option 2 RESOURCES option 1 


01110b] RESOURCE! option 2 | RESOURCE2 option2 | RESOURCES option 2 
01111b] RESOURCE! option2 | RESOURCEZ2 option2 | RESOURCES option 3 


10000b] RESOURCE! option2 | RESOURCE2 option3 | RESOURCES option 1 
10001b] RESOURCE option2 | RESOURCEZ2 option3 | RESOURCE3 option 2 
10010b] RESOURCE! option2 | RESOURCE2 option3 | RESOURCES option 3 


10011b RESOURCE! option3 | RESOURCE2 option 1 | RESOURCES option 1 
10100b} RESOURCE! option3 | RESOURCE2 option 1 | RESOURCES option 2 
10101b] RESOURCE! option3 | RESOURCE2 option 1 | RESOURCES option 3 


10110b] RESOURCE! option3 | RESOURCE2 option 2 | RESOURCES3 option 1 
10111b| RESOURCE] option3 | RESOURCE2 option2 | RESOURCE3 option 2 
11000b] RESOURCE] option3 | RESOURCE2 option2 | RESOURCES option 3 


11001b| RESOURCE] option3 | RESOURCE2 option3 | RESOURCES option 1 
11010b| RESOURCE! option3 | RESOURCE2 option3 | RESOURCES option 2 
11011b} RESOURCE] option3 | RESOURCE2 option3 | RESOURCES option 3 


4.6.5.3 Free Groups 


The elements of free-form groups have no relationship with each other. Each 
resource selection is independent and the initializations are independent of the resource 
selections. The syntax of a free-form group is as follows: 


FREE 7 = 


resource Statements 
INIT statements 
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The following example illustrates the use of a free-form group in which IRQ 2, 3, 4, 
or 5 can be selected. The IRQ selection is independent of all other resource declarations. 
The example does not include any IRQ initialization. 


FREE 
IRQ =2]3/4]5 


4.6.6 PORTVAR(j) Variable 


Syntax: 

IOPORT(i) = PORTVAR()) 
combined with: 

Portvar(j) = address 


The variable, PORTVAR(j), can be used to modify an IOPORT(i) address based on 
a configuration selection. Each variable must have a separate PORTVAR(j) statement 
with a different identifier, "i". The *i" can be any positive integer value from 1 to 32767. 
The PORTVAR()) variable replaces the address portion of the IOPORT(i) statement. The 
configuration utility assigns an address to the IOPORT(i) based on a PORTVAR() 
assignment statement within a choice or subchoice statement lock. 


The following configuration file segment illustrates the use of PORTVAR(G) to 
initialize a serial port interrupt. The example indicates an initialization value 00000001b is 
written to port address 3F9h for a COMI selection or written to port address 2F9h for a 
COM2 selection. The configuration utility replaces the PORTVAR(3) variable with the 
port address (3F9h or 2F9h) based on the CHOICE selected. 


IOPORT(1) = PORTVAR(3) 
FUNCTION = "Serial Port” 
CHOICE = *COM1" 
PORTVAR(3) = 3F9h 
INIT = IOPORT(1) 00000001b 
CHOICE = "COM2" 
PORTVAR(3) = 2F9h 
INIT = IOPORT(1) 00000001b 
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4.7 System Board Configuration File 


System board configuration files must supply additional information not required by 
expansion boards to the configuration utility. This information includes the amount of 
nonvolatile memory available, the number of expansion slots on the system board, the 
power available at each slot, and the size and type of each expansion slot. The system 
description block supplies the additional information. 


4.7.1 Board Identification Block 


The board identification block for system boards uses the same syntax as an 
expansion board identification block. The CATEGORY statement must equal “sys” and 
the SLOT statement must equal EMB(0). The syntax of the board identification block is: 


BOARD 
ID = "7 character ID" 
NAME = "system board product name" 
MFR = "systern board manufacturer name" 
CATEGORY = "SYS" 
SLOT = EMB(0) 
AMPERAGE = value ;System board +5V current usage in mA 


4.7.2 System Description Block 


The system description block includes a SYSTEM statement, the amount of 
nonvolatile memory, and a description of the available slots. The system description block 
follows the board identification block in the configuration file. The syntax of the system 
description block is: 


SYSTEM : 
NONVOLATILE = value] ;Bytes of nonvolatile memory 
AMPERAGE = value] :Total +5V current (mA) from power supply 
SLOT(1) = ISA8 | ISA16 | EISA | OTH [,"text"] [,"text"]...] 

LENGTH = value] 


SKIRT = YES | NO] 
[BUSMASTER = YES | NO] 


SLOT(n) = ISA8 | ISA16 | EISA | OTH 
{LENGTH = value] 
[SKIRT = YES | NO} 
SYSTEM Statement (Required) 


Syntax: 
SYSTEM 


The SYSTEM statement identifies the beginning of the system description block. 
The SYSTEM statement follows the board identification block in the configuration file. 
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NONVOLATILE Statement (Optional) 


PR ahce 
ONVOLATILE = value 


The NONVOLATILE statement specifies the total bytes of EISA nonvolatile 
memory in the system. The NONVOLATILE statement does not include the 64 bytes of 
ISA compatible nonvolatile memory. 


The configuration data for one expansion slot, one virtual device or one embedded 
device (including the system board-EMB(0)), can use no more than 340 bytes of 
nonvolatile memory. A slot with a multifunction expansion board installed can use 340 
bytes total for all expansion board functions. EISA systems must support at least 340 bytes 
of nonvolatile memory for each expansion slot, plus nonvolatile memory for the system 
board functions. “ 


The system board designer can use the following equation to determine the | 
minimum amount of EISA nonvolatile memory required: 


Nonvolatile Memory = 
(Expansion Slots + System Board+ Embedded Devices + Virtual Devices) * 340 


Where: 


Expansion Slots = number of expansion connectors — 
A whole number between 1 and 15 


System Board 
EMB(0)—system board 


Embedded devices = number of embedded devices on system board 
A whole number between 
1 and (15 - Physical Slots) 


Virtual devices = number of system board virtual devices 
Virtual devices 2 1 


The following example illustrates the nonvolatile memory calculation for a system 
board with 1 embedded device, 8 expansion connectors and 2 virtual devices: 


Assumptions: 
System Board 1 
Physical Slots = 8 
Embedded devices = 1 
Virtual devices = 2 
Total = 12 


Minimum Nonvolatile Memory = 12 * 340 = 4080 bytes 
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AMPERAGE Statement (Optional) 


Syntax: 
{AMPERAGE = value] 


An AMPERAGE statement specifies the total amount of +5 volt power (in 
milliamps) available to expansion devices installed on the expansion bus. 


value = power supply current 


4.7.3 SLOT Statement Block (Optional) 


Sea 
SLOT(i) = ISA8 | ISA16 | EISA | OTH [,"text"] [,"text"]... 


The SLOT(i) statement is used to board an expansion slot as 8-bit ISA (ISA8), 16- 
bit ISA (ISA16), or 32-bit EISA (EISA). The i represents the slot number. 


The SLOT(i) statement does not apply to the system board, embedded devices or 
virtual devices, when included as part of the system description block. 


LENGTH Statement (Optional) 


PENGTH = value } 


_ A LENGTH statement can accompany a SLOT(i) statement .to specify the 
maximum length board (a decimal integer in millimeters) that can be installed in the slot. 


System boards should include a LENGTH statement, -The configuration utility 


cannot optimize expansion board slot allocation if system boards do not specify the slot 
lengths. If the LENGTH statement is omitted, the configuration utility assumes the 
maximum length of 341 millimeters and assigns slot numbers without regard to slot length. 


SKIRT Statement (Optional) 


ba 
{SKIRT = YES | NO] 
Each SLOT(i) statement can also be accompanied by a SKIRT statement that 


specifies whether the slot supports a skirted expansion board. The default is YES if the 
SLOT(i) statement does not have an accompanying SKIRT statement. 


BUSMASTER Statement (Optional) - 
Syntax: 
[BUSMASTER = YES | NO} 
The BUSMASTER statement specifies whether an EISA slot accepts a bus master 


expansion board. The slot defaults to BUSMASTER = YES if the BUSMASTER 
statement is omitted from the slot statement block and the slot is an EISA slot. 
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4.8 EISA System ROM Operations 


EISA system ROM provides the following services to support automatic hardware 
configuration: 


« The EISA system ROM power-up routines use the configuration information 
stored in nonvolatile memory to initialize the system board and expansion 
boards. 


. The EISA system ROM provides BIOS routines that simplify reading and 
writing configuration data in nonvolatile memory. 


4.8.1 EISA System ROM BIOS Routine Cails 


Two BIOS routines are called by the configuration utility to initialize nonvolatile 
memory. One BIOS routine clears configuration information from nonvolatile memory 
and the other stores configuration information in nonvolatile memory. The BIOS routines 
are part of the INT15 er and have the following call interface: 


Clear Nonvolatile Memory 
INT 15h, AH=D8h, AL=02h (or 82h) 


Write Nonvolatile Memory 
INT 15h, AH=D8h, AL=03h (or 83h) 


Device drivers and the power-up BIOS routines use two other BIOS routine to 
retrieve configuration information from nonvolatile memory. One BIOS routine returns a 
subset of the configuration information stored in nonvolatile memory for one expansion 
board. The other routine returns all the configuration information about one expansion 
board function. The BIOS routines are called through the INT 15h handler with the 
following call interface: 


Read slot configuration information 
INT 15h, AH=D8h, AL=00h (or 80h) - 


Read function configuration information 
INT 15h, AH=D8h, AL=01h (or 81h) 
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The BIOS routines are bimodal (real or protected mode) and can be called for 
execution as 32- or 16-bit code. Protected mode execution is or tey baba Re simulating 
an INT 15h instruction (push flags, call far) to the address pointed to by the INT 15h vector 
aed If INT 15h no longer points to the system ROM, then the industry standard 
entry point for INT 15h, F000:F859h, can be called directly. The INT 15b BIOS routines 
require 1536 bytes allocated from the stack for temporary RAM variables. 


Protected mode operating systems that can create a code segment descriptor can 
call the INT 15h BIOS routines by creating a descriptor that has a base address of FO000h 
and executing a far call to the offset address of the industry standard entry point. The code 
segment descriptor must have a limit of FFFFh, and must have I/O privilege (current 
privilege level of code segment being executed must be equal to or less than IOPL). The 
code segment descriptor can have a D-bit of 0h (16-bit addressing and Haber od or 1h (32- 
bit addressing and operands). The address segment D-bit can be set to 0h or 1h (indicating 
16- or 32-bit data size) independent of the code segment D-bit setting. 

A code segment other than F0000h may be used as long as it includes the 64 Kbytes 
starting at FOO0Gh and has I/O ia (current privilege level of code segment being 
executed must be equal to or less than IOPL). : 

The INT 15h system ROM BIOS routines adhere to the following conventions: 


° Do not perform any segment register-dependent operations (all branch 
instructions are relative to the instruction pointer) 


e Do not change the segment registers (including the code segment) 
° Return to the calling routine with the interrupt flag unmodified 
° Do not use privileged instructions (LMSW, LSL, etc.) 


° Do not write data using a code segment (CS) override 


4.8.1.1 Identify System Board Type 


.f A device driver can identify an EISA system board by detecting the upper case 
ASCIi string "EISA" at memory address F000:FFD9h through F000:FFDCh. 
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Read Siot Configuration information, INT 15h, AH=D6h, 
AL=00nh (or 80h) 


This BIOS routine reads a subset of the configuration information for one expansion 
board or the system board from nonvolatile memory. The BIOS routine returns a summary 
that includes all functions of the expansion board. 


INT 15h, AH = D8h, AL= 00h (or 80h) 


INPUT: 


CREE 


tot ty 


OUTPUT: 


0D8h 

00h (If CS specifies 16-bit ee 

80h (If CS specifies 32-bit addressing 

Slot Number (including embedded and virtual devices) 
0 System board 

1 Sloti 
2 Slot2 
n Slota 


00h Successful completion (carry flag =.-0) 

80h Invalid slot number (carry flag = 1) ° 

82h Nonvolatile memory corrupt (carry flag = 1) 
83h Empty slot (carry flag = 1) 

86h Invalid BIOS routine call (carry flag = 1) 
87h Invalid system configuration (carry flag = 1) 
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Duplicate ID number This nibble indicates which CFG 
0000 If no duplicate ID file is loaded when duplicate file 
0001 If Ist duplicate ID names are present. (1.e., the first 
; is called !AAAnnnn.CFG; the 
: next is LAAAnnnn.CFG, the next 
1111 If 15th duplicate ID is 2AAAnnnn.CFG and so on. 
Slot type 
00 = Expansion slot 
01=Embedded device 
10= Virtual device 


11=Reserved 

Product ID 

0=readable 

1=not readable 

Duplicate ID 

0=No duplicate ID. 

1=Duplicate IDs. 
BH = Major revision level of configuration utility 
BL- = Minor revision level of configuration utility 
CH = Checksum (MSByte) of configuration file 
CL = Checksum (LSByte) of configuration file 
DH = Number of device functions 
DL = Combined function information byte 


Bit 7: Reserved (0 
Bit 6: Reserved (0 
Bit 5: Slot has one or more port initialization entries 
Bit 4: Slot has one or more ae Tange entries 
Bit 3: Slot has one or more DMA entries 
Bit 2: Slot has one or more interrupt (IRQ) entries. 
Bit 1: Slot has one or more memory entries 
Bit 0: Slot has one or more function type definitions 
DI and SI = Four byte compressed ID . 
- DI teak = ByteQ - 


DI (msb) = Byte 1 
SI ee = Byte 2 
SI (msb) = Byte 3 
4.8.1.3 Read Function Configuration Information, INT 15h, 


AH=0D8h, AL=01h (or 81h) 


This BIOS routine reads all the configuration information for one expansion board 
function. The BIOS routine transfers the data block that contains the configuration 
information for the expansion board function to a table in memory. The BIOS routine 
stores the data block at the starting address pointed to by DS:SI. The table's data structure 
is defined later in this section. 
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The caller can execute the "Read Slot Configuration Information” BIOS routine to 
determine the number of expansion board functions, and execute the “Read Function 
Configuration Information” BIOS routine to retrieve the data block for each function. The 
BIOS routine retrieves the function data block indicated by the function number in register 
ae The caller can inspect the TYPE and SUBTYPE fields in each data block to identify 

e function. 


INT 15h, AH=0D8h, AL=01h (or 81h) 


INPUT: 
AH = OQD8h 
AL= Olh aes specifies 16-bit ascent) 
AL= 8ih (If CS specifies 32-bit addressing 
CH = Function number to read (0...n-1) 
CL = Slot Number (including embedded and virtual slots) 
0 = System Board 
1 = Slot 1 
2 = Slot 2 
n= Slota 
DS = Segment for return data buffer 
SI = t to return data buffer (obit ih 
ESI = Offset to return data buffer (32-bit call) = 
OUTPUT: 


= 00h Successful completion Saar) flag = 0) 
80h Invalid slot number (carry flag = 1) 
81h Invalid function number (carry flag = 1) 
82h Nonvolatile memory corrupt; (carry flag = 1) 
83h Empty Slot (carry flag = 1 
86h Invalid BIOS routine call (carry flag = 1) 
87h Invalid system configuration (carry flag = 1) 


Standard Configuration Data Block Structure 
The 320-byte data block pointed to by DS:SI contains the configuration information 
for one expansion board function. The field sizes of the data block are fixed sizes. A 


configuration file must not specify resources or initializations that cannot fit within this 
data structure. The 320-byte data block has the following structure: 
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Four-Byte Compressed ID Total Bytes = 4 
Offset = 00h 
Byte 0 
Bit 7 Reserved (0) 
Bit 6:2 Character 1 
Bit 1:0 Character 2 


Character 2 
Character 3 


1st hex digit of product number 
2nd hex digit of product number 


3rd hex digit of product number 
1-digit product revision number 


ID and Slot Information Total Bytes = 2 
; Offset = 04h 


Byte 0 
Bit 7 - O= no duplicate ID is present 
1= duplicate is present 
Bit 6 - 0= ID is readable 
1= ID is not readable 
Bit 5:4 - Slot type 
00= expansion slot 
01= embedded slot 
10= virtual slot 
11= reserved 
Numeric identifier for duplicate CFG filenames (IDs) 
0000 = No duplicate CFG filenames 
0001 = ist duplicate (CFG file Dae 
0010 = 2nd duplicate (CFG file 2ACE0105) 


1111 = 15th duplicate (CFG file FACE0105) 


0= configuration is complete 

1= abe 7a is not complete 

Reserved (0) 

0= EISA IOCHKERR not supported 

1= EISA IOCHKERR supported 

0= EISA ENABLE not supported otteaets board cannot be disabled) 
1= EISA ENABLE not supported (board can be disabled) 
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CFG File Extension Revision Level Total Bytes = 2 
Offset = 06h 


Byte 0 = Minor revision level {9 if no CFG File eaiension) 
Byte 1 = Major revision level (0 if no CFG File Extension 


Selections Total Bytes = 26 


Offset = 08h 
Byte 0 = Ist Selection 
Byte 1 = 2nd Selection 


Byte 25= 26th Selection 


Function Information Total Bytes = 1 
Offset = 022h 


O= function is enabled 
1= function is disabled 
CFG extension Free-form data 
ror initialization rt (s) follows 
0) ¢ entry(s) follows 
DMA ent s Pare 
Interrupt ) entry(s) follows 
Memory entry(s) follows 
Type/subtypé ASCII string entry follows 


TYPE and SUBTYPE ASCII String Total ke v4 80 


Offset = 
Byte 0 = Ist character of ASCH string 
Byte 1 = 2nd character of ASCII string 


Byte 79= 80th character of ASCII string 
For TYPE = COM,ASY:COM1 produces: 

Cc Start of TYPE String 
Delimiter for TYPE string fragments 


End of TYPE string 
Delimiter for SUBTYPE string 
Start of SUBTYPE string 


End of SUBTYPE string 
Zero fill to end of field 


oon zon’ KAD" ZO 
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Memory Configuration Total Bytes = 63 
Byte 0 = M - ‘ Offset = 073h 
vies emory co ration byte 
it7- Yor Last entry, , 

: 1 = More entries follow 
Bit 6 - Reserved (0) 
Bit 5 - 0 = Not shared memory 

; 1= ae memory 
Bit 4:3 - 


Memo e 
Toe SYS (base or extended) 
01 = EXP (expanded) 
10 = VIRtual 
; 11 = OTHer 
Bit 2- Reserved (0) 
Bit 1- Q = Not Cached 


1 = Cached 
Bit 0 - 0 = Read Only (ROM) 
1 = Read/Write (RAM) 


Eye v = Memory Data Size 
7:4 - Reserved (0) 
Bi 33 - Posods Size 


01 = 24 
10 = 


32 
11 = Reserved (0) 
aioe aie pacers size) 


O1 = = WORD 
10 = DWORD 
11 = Reserved (0) 


yte 2 = LSB : Memory start oS divided by 100h) 
Bete 3 = Middl e Memory dnt ae ress 
Byte 4= Mbyte t emory start ad 

yte 5 = ra hee Memory size (byt ee ‘divided by 400h) 
Bite 6 = MSByte Memoy size (0 in this word means 64M) 


Interrupt Configuration : Total Bytes = 14 
Offset »OB2h 


Byte 0 
Bit 7- = Last entry 
More enities follow 
Bit 6 - 


Bit 5 - 
Bit 4 - 


Bit 3:0 - Interrupt 
Byte 1 = Reserved (0) 
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DMA Channel Description Total Bytes = 8 
Offset = OCOh 
Byte 0 
Bit 7 - O = Last entry 
1 = More entries follow 
Bit 6 - 0 = Not Shared 
1 = Shared 
Bit 5:3 - Reserved (0) 
Bit 2:0 - DMA Channel Number (0-7) 


Byte 1 
Bit 7:6 - Reserved (0) 


Bit 5:4 - DMA a 
: a (ISA compatible) timing 
i- 


RST (T ye"C) timing 


= 8-bit (byte) transfer 
01= 16-bit ey transfer 
10= 32-bit (dword) transfer 
11= Reserved 
Bit 1:0 - Reserved (0) 


Port I/O Information Total Bytes = 60 
Offset = OC8h 


Byte 0 

Bit 7 - 0 = Last entry 

1 = More entries follow 
Bit 6 - 0 = Not Shared 

1 = Shared 
Bit 5 - Reserved © 
Bit 4:0 - Number of Ports (minus 1) 

= 1 port 
00001 = 2 sequential ports 


11111 = 32 sequential ports 


Byte 1 = LSByte I/O Port Address 
Byte 2 = MSByte I/O Port address 
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Initialization Data Total Bytes = 60 
Offset = 0104h 
Byte 0 = Initialization Type 
Bit 7 - 0 = Last entry 
1 = More entries follow 
Bit 6:3 - Reserved (0) 
Bit 2 - Port value or Mask value 
0 - Write value to port 
1 - Use mask and value 
Bit 1:0 - Type of access 
00 - Byte address (8-bit) 
01 - Word address (16-bit) 
10 - Dword address (32-bit) 
11 - Reserved (0) 


Byte 1 = LSByte of port I/O address 
Byte 2 = MSByte of port 1/O address 


IF Byte 0, Bit 2 = 0 (no mask), THEN 
it 1:0 = Port width to write 
=  Byte3 = Port value 

01= Byte3 = LSByte of port value 
Byte 4 = MSByte of port value 

10= Byte3 = LSByte of port value 
Byte 4 = 2nd byte of port value 
Byte 5 = 3rd byte of port value 
Byte 6 = MSByte of port value 

11= ‘Reserved 

IF Byte 0, Bit 2 = 1 (use mask), THEN 
its 1:0 = Number of bytes/port value/mask 

0O= = Byte3 = Port value 

Byte 4 = Port mask (byte) 
=  Byte3 = LSByte of port value 

Byte 4 = MSByte of port value 
Byte 5 = LSByte of Port mask (word) 
Byte 6 = MSByte of Port mask (word) 
Byte 3 = LSByte of port value 
Byte 4 = 2nd byte of port value 
Byte S = 3rd byte of port value 
Byte 6 = MSByte of port value 
Byte 7 = a of port mask (dword) 
Byte 8 = 2nd byte of port mask (dword) 


Byte 9 = 3rd byte of pen mask (dword) 


Byte 10 = MSByte o 
Reserved (0) 


port mask (dword) 


Free-form Configuration Data Block Structure 


When the Free-form data bit is set in the Function Information byte (bit 6), the 320- 
byte data structure has the following specific format. 
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Total Bytes = 4 


Four-Byte Compressed ID 
Offset = 00h 


Byte 0 
Bit 7 Reserved (0) 
Bit 6:2 Character 1 
Bit 1:0 Character 2 
Byte 1 
Bit 7:5 Character 2 
Bit 4:0 Character 3 
Byte 2 
Bit 7:4 Ist hex digit of product number 
; a 3:0 2nd hex digit of product number 
e 
ss Bit 7:4 3rd hex digit of product number 
Bit 3:0 1-digit product revision number 


Total Bytes = 2 
Offset = 04h 


ID and Slot Information 


Byte 0 
Bit 7 - 0= no duplicate ID is present 
1= duplicate is present 
Bit 6 - 0= ID is readable 
1= ID is not readable 
Bit 5:4 - Slot type 
00= expansion slot 
01= embedded slot 
10= virtual slot 
11= reserved (0) 
Bit 3:0 - Numeric identifier for duplicate CFG filenames (IDs) 


0000 = No duplicate CFG filenames 
0001 = 1st duplicate (CFG file 1ACE0105) 
0010 = 2nd duplicate (CFG file 2ACEQ105) 


1111 = 15th duplicate (CFG file FACE0105) 
Byte 1 


Bit7- 0= configuration is complete 
1= configuration is not complete 
Bit 6:2 - Reserved (0) 
Bit 1- 0= EISA IOCHKERR not supported 
1= EISA IOCHKERR supported 
Bit 0 - 0= EISA ENABLE not supported (expansion board cannot be disabled) 


1= EISA ENABLE not supported (board can be disabled) 
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CFG File Extension Revision Level Total Bytes = 2 
Me ension Kevision Levye Offcet yes 


Byte 0 = Minor revision level ff if no CEG File ein 
Byte 1 = Major revision level (0 if no CFG File Extension 


Total Bytes = 26 


Selections 
Offset = O8h 


Byte 0 = Ist Selection 
Byte 1 = 2nd Selection 


Byte 25 = 26th Selection 


Function Information 


Total Bytes = 1 
Offset = 022h 


0= function is enabled 
1= function is disabled 


Bit 6 - CFG extension Free-form data (=1) 

Bit 5 - Port initialization entry(s) follows 

Bit 4 - Port range entry(s) follows 

Bit 3 - DMA entry(s) follows 

Bit 2 - Interrupt ) entry(s) follows 

Bit 1- Memory entry(s) follows 

Bit 0- Type/subtypé ASCII string entry follows 


Total Bytes = 80 


TYPE and SUBTYPE ASCII String 
Offset = 023h 


Byte 0 = ist character of ASCTI string 
Byte 1 = 2nd character of ASCI string 


Byte 79 = 80th character of ASCII string 


Freeform Data Total Bytes = 2 to 205 
Offset = 73h 
Byte 0 = Length of following data block 


Byte 1 = 1st byte of freeform data 


Byte 204 = 204th byte of freeform data 
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4.8.1.4 Clear Nonvolatile Memory, INT 15h, AH=D8h, AL=02h (or 82h) 


This BIOS routine clears all EISA nonvolatile memory locations. The configuration 
utility uses the "Clear Nonvolatile Memory” BIOS routine Call prior to writing 
configuration information to nonvolatile memory. 


The Clear Nonvolatile Memory BIOS routine does not clear the 64-byte ISA 
nonvolatile memory. 


INT 15h, AH=D8h, AL=02h (or 82h) 


INPUT: 

AH = D8h 

AL = 02h (If-CS specifies 16-bit Sea 

AL = 82h (If CS specifies 32-bit addressing 

BH = Configuration utility major revision level 

BL = Configuration utility minor revision level 
OUTPUT: : 

AH = 00h Successful completion (carry flag = 0) 


84h Error clearing nonvolatile memory ( flag = 1) 
86h Invalid BIOS routine call (carry flag = 1 
88h Configuration utility not supported (carry flag = 1) 


If 88h is returned in AH, indicating an unsupported revision of the configuration 
utility, then the major revision number of the configuration utility that is supported is 
returned in AL. 


4.8.1.5 Write Nonvolatile Memory INT 15h, AH= D8h, AL=03h (or 83h) 


This BIOS routine writes configuration information for one slot into EISA 
nonvolatile memory. The "Write Nonvolatile Memory” BIOS routine also computes a CRC 
code (or checksum) after each call. The CRC code (or checksum) is a cumulative 
calculation that includes all data written to nonvolatile memory since the last "Clear 
Nonvolatile Memory" BIOS routine Call. 
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The Write Nonvolatile Memory BIOS routine does not write to the 64-byte ISA 
configuration memory. 


INT 15h, AH= D8h, AL=03h (or 83h) 


INPUT: 
AH = D8h 
AL = 03h (If CS specifies 16-bit addressing 
AL = 83h (If CS specifies 32-bit addressin 
CX = Length of data structure (CX = 0 indicates empty slot) 
Length includes two bytes for configuration file checksum 
DS = Segment of data buffer 
SI = t of data buffer bit an 
ESI = Offset of data buffer (32-bit call 
OUTPUT: 
AH = 00h Successful completion (carry flag =0) 


84h Error writing nonvolatile memory (carry flag = 1) 
85h Nonvolatile Memory is full, ( ag = 1) 
86h Invalid BIOS routine call (carry flag = 1) 


Standard Configuration Data Block Structure 


The structure referenced by DS:SI in the Write Nonvolatile Memory BIOS routine 
CALL for a slot with a single function has the following format: 


Four-Byte Compressed ID Total Bytes = 4 


Byte 0 
Bit 7 Reserved (0) 
Bit 6:2 Compressed character 1 
Bit 1:0 Compressed character 2 
Byte 1 
Bit 7:5 Compressed character 2 
Bit 4:0 Compressed character 3 
Byte 2 
Bit 7:4 Ist hex digit of product number 
Bit 3:0 ’ 2nd hex digit of product number 
Byte 3 
Bit 7:4 3rd hex digit of product number 
Bit 3:0 1-digit product revision number 
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Selections Total Bytes = 2 to 27 


Byte 0 = Length of following selections field 
Byte 1 = Ist Selection 
Byte 2 = 2nd Selection 


Byte 26 = 26th Selection 
Function Information Total Bytes = 1 


Byte 0 
Bit 7 - 0= function is enabled 
1= function is disabled 
Bit 6 -CFG extension free-form data 
Bit 5 - Port initialization entry(s) follows 
Bit 4 - Port range oo) follows 
Bit 3 - DMA entry(s) follows 
Bit 2 - Interrupt (IRQ) entry(s) follows 
Bit 1 - Memory entry(s) follows 
Bit 0 - Type/subtype ASCII string entry follows 


TYPE and SUBTYPE ASCII String Total Bytes = 2 to 81 


Byte 0 = Length of following ASCII string field 
Byte 1 = Ist character of ASCII string 
Byte 2 = 2nd character of ASCII string 


Byte 80= 80th character of ASCII string 


For example, TYPE = COM,ASY;COM1 produces: 
Byte 0 = 0Ch_ Length of string field 
Byte 1=C Start of TYPE string 
Byte2=0O 
Byte3 = M 


? 


Byte 6 =S 

Byte 7 = Y End of TYPE string 

Byte 8 =; Delimiter for SUBTYPE string 
Byte9=C Start of SUBTYPE string 
Byte 10= O 

Byte 11= M 

Byte 12= 1 End of SUBTYPE string 


Delimiter for TYPE string fragments 
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ID and Slot Information Total Bytes = 2 


Byte 0 


Bit 7 - 0= no duplicate ID is present 
1= duplicate is present 

Bit 6 - 0= ID is readable 
1= ID is not readable 

Bit 5:4 - Slot type 


00= expansion slot 
01= embedded slot 
10= virtual slot 
11= reserved (0) 
Bit 3:0- Numeric identifier for duplicate CFG filenames (IDs) 
0000 = No duplicate CFG filenames 
0001 = 1st duplicate (CFG file LACE0105) 
0010 = 2nd duplicate (CFG file 2ACE0105) 


1111 = 15th duplicate (CFG file FACE0105) 
Byte 1 


Bit 7 - 0= configuration is complete 
1= configuration is not complete 

Bit 6:2 - Reserved (0) i 

Bit 1 - 0= EISA IOCHKERR not supported 
1= EISA IOCHKERR supported ~ 

Bit 0 - Q= EISA ENABLE not supported Soon board cannot be disabled) 
1= EISA ENABLE not supported (board can be disabled) 


CFG File Extension Revision Level Total Bytes = 2 


Byte 0 = Minor revision level if no CFG File Extension) 
Byte 1 = Major revision level (0 if no CFG File Extension ) 


Function Length Total] Bytes = 2 
Length does not include these two bytes, or the checksum at the end of nonvolatile 

memory 7 

Byte 0 = LSB length of following function entry 

Byte 1 = MSB length of following function entry 
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Memory Configuration Total Bytes = 7 to 63 


Byte 0 = Memory configuration byte 
Bic 7~0-= Last entry ‘ 
1 = More entries follow 
Bit 6 - Reserved (0) 
Bit 5 - 0 = Not shared memory 
1 = Shared memory 
Bit 4:3 - Memory Type 


00 = SYStem (base or extended) 


01 = EXPanded 
10 = VIRtual 
11 = OTHer 
Bit 2 - Reserved (0) 
Bit 1 - 0 = Not Cached 
1 = Cached 
Bit 0- 0 = Read Only (ROM) 


1 = Read/Write (RAM) 


Byte 1 = Memory Data Size 
Bit 7:4 - Reserved (0) 
Bit 3:2 - Decode Size 
00 = 20 
01 = 24 
10 = 32 
11 = Reserved (0) 
Bit 1:0 - Data Size (access size) 
00 = BYTE 
01 = WORD 
10 = DWORD 
11 = Reserved (0) 


Byte 2 = LSByte Memory start address (divided by 100h) 


Byte 3 = Middle Byte Memory start address 

Byte 4 = MSByte Memory start address 

Byte 5 = LSByte Memory size (bytes divided by 400h) 
Byte 6 = MSByte Memory size 


Interrupt Configuration - 


Byte 0 
Bit 7 - 0 = Last entry 
1 = More entries follow 
Bit 6 - 0 = Not Shared 
1 = Shared 
BitS 0 = Edge Triggered 
1 = Level Triggered 
Bit 4 - Reserved (0) 
Bit 3:0 - Interrupt (0-F) 
Byte 1 = Reserved (0) 
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DMA Channel Description Total Bytes = 2 to8 


Byte 0 
Bit 7 - O = Last entry 
1 = More entries follow 
Bit 6 - 0 = Not Shared 
1 = Shared 
Bit 5:3 - Reserved (0) 
Bit 2:0 - DMA Channel Number (0-7) 


Byte 1 
Bit 7:6 - Reserved (0) 


Bit 5:4 - DMA “toed 
sare (ISA compatible) timing 
e “A* timing 
10. “Type ¢ “B" timing 
11 - BURST (Type BC) timing 
Transfer size 


00= 8-bit (byte) transfer 
01= 16-bit ger transfer 


10= 32-bit (dword) transfer 
11= Reserved (0) 
Bit 1:0 - Reserved (0) . 


Port I/O Information Total Bytes = 3 to 60 


Byte 0 
Bit 7 - 0 = Last entry 
1 = More entries follow 
Bit 6- 0 = Not Shared 
1 = Shared 
Bit 5 - Reserved (0) 
Bit 4:0 - Number of Ports (minus 1) 
00000 = 1 port 
00001 = 2 sequential ports 


11111 = 32 sequential ports 


Byte 1 = LSByte I/O Port Address 
Byte 2 = MSByte I/O Port address 
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Total Bytes = 4 to 60 


_ Initialization Data 


Byte 0 = Initialization Type 


Bit 7 - 0 = Last entry 

1 = More eniied follow 
Bit 6:3 - Reserved (0) 
Bit 2 - Port value or Mask value 


0 - Write value to port 
1 - Use mask and value 

Bit 1:0 - Type of access 
00 - Byte address (8-bit) 
01 - Word address (16-bit) 
10 - Dword address (32-bit) 
11 - Reserved (0) 


Byte 1 = LSByte of port I/O address 
Byte 2 = MSByte of port I/O address 


If Byte 0, Bit 2 = 0 (no mask), THEN 
Bit 1:0 = Port width to write 
00= Byte3 = Port value 
O01= Byte3 = LSByte of sae value 
Byte 4 = MSByte of port value 
10= Byte3 = LSByte of port value: 
Byte 4 = 2nd byte of port value 
Byte 5 = 3rd byte of sort value 
Byte 6 = MSByte of port value 
1l1= ‘Reserved (0) 
ae 0, Bit 2 = 1 (use mask), THEN 
Bits 1:0 = Number of bytes Port value/mask 
00= = Byte3 = Port value 
Byte 4 = Port mask (byte) 
Ol1= Byte3 = LSByteo Ped value 
Byte 4 = MSByte of port value 
Byte 5 = LSByte of Port mask (word) 
Byte 6 = MSByte of Port mask (word) 
10= = Byte3 = LSByte of por value 
Byte 4 = 2nd byte of port value 
Byte 5 = 3rd byte of port value 
Byte 6 = MSByte of port value 
Byte 7 = ine of pee mask (dword) 
Byte 8 = 2nd byte of port mask (dword) 
Byte 9 = 3rd byte of port mask (dword) 
Byte 10= MSByte of port mask (dword) 
ll= Reserved (0) 


407 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


Configuration Data for 2nd function Function length 


Configuration Data for 3rd function Function Jength 


Function length for nth function = 00 


Configuration Data for nth function 


Configuration File Checksum 


Byte 1 = MSByte of configuration file checksum 
Byte 0 = LSByte of configuration file checksum 


Total Bytes = 2 


Free-formConfiguration Data Block Structure = -_ 


When the free-form data bit is set in the Function Information byte (bit 6), the data 
block pointed to by DS:SI has the following specific format. 


Four-Byte Compressed ID Total Bytes = 4 


Byte 0 
Bit 7 Reserved (0) 
Bit 6:2 Compressed character 1 
Bit 1:0 Compressed character 2 
Byte 1 
Bit 7:5 Compressed character 2 


Bit 4:0 Compressed character 3 
Byte 2 
Bit 7:4 _ ist hex digit of product number 
Bit 3:0 2nd hex digit of product number 
Byte 3 
Bit 7:4 3rd hex digit of product number 
Bit 3:0 1-digit product revision number 
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ID and Slot Information Total Bytes = 2 


Byte 0 
Bit 7 - 0= no duplicate ID is present 
1= duplicate is present 
Bit 6 - O= ID is readable 
; 1= ID is not readable 
Bit 5:4 - Slot type 
00= expansion slot 
01= embedded slot 
10= virtual slot 
11= reserved (0) 
Numeric identifier for plat CFG filenames (IDs) 
0000 = No duplicate CFG filenames 
0001 = Ist duplicate (CFG file LACE0105 
0010 = 2nd duplicate (CFG file 2ACE0105) 


1111 = 15th duplicate (CFG file FACE0105) 


0= configuration is complete 

1= ices a is not complete . 

Reserved (0) 

0= EISA IOCHKERR not supported 

1= EISA IJOCHKERR supported 

0= EISA ENABLE not supported erie board cannot be disabled) 
1= EISA ENABLE not supported (board can be disabled) 


CFG File Extension Revision Level Total Bytes = 2 


Byte 0 = Minor revision level { if no CFG File Extension) 
Byte 1 = Major revision level (0 if no CFG File Extension ) 
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Selections Total Bytes = 2 to 27 


Byte 0 = Length of following selections field 
Byte 1 = Ist Selection 
Byte 2 = 2nd Selection 


Byte 26 = 26th Selection 
Function Information Total Bytes = 1 


Byte 0 
Bit 7 - 0= function is not disabled 
1= function is disabled 
Bit 6 ~-CFG extension free-form data (=1) 
Bit S - Port initialization entry(s) follows 
Bit 4 - Port range ae A follows 
Bit 3 - DMA entry(s) follows 
Bit 2 - Interrupt (IRQ) entry(s) follows 
Bit 1 - Memory entry(s) follows 
Bit 0 - Type/subtype ASCII string entry follows 


TYPE and SUBTYPE ASCII String . Total Bytes = 2 to 81 
Byte 0 = Length of following ASCII string field 
Byte 1 = ist character of ASCII string 
Byte 2 = 2nd character of ASCII string 
Byte 80= 80th character of ASCII string 


Free-form Data Total Bytes = 2 to 205 
Byte 0 = Length of following data block 
Byte 1 = 1st byte of freeform data 


Byte 204 = 204th byte of freeform data 


The following paragraphs specify the data structure fields that are not obvious from 
the configuration language specification. 


Configuration File Checksum 


The configuration file checksum is a 16-bit logical (modula 64k) sum of ASCII 
values in the configuration file. 


Configuration File Extension Revision Level 


The Configuration File Extension revision level specifies the revision number for- 
the overlay file. The configuration file extension checks the revision number when 
reconstructing the user displays from a backup copy of the configuration (a configuration 
saved to a disk file) or from reading nonvolatile memory (backtracking). 
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Function Length 


Specifies the number of nonvolatile memory bytes that contain the function 
information. The two bytes of function length are not included in the count. The 
configuration file checksum bytes are not included. 


Selections field 


Nonvolatile memory contains numbers that indicate the function choices and 
resource alternatives selected during configuration. The configuration utility uses the 
selection numbers during a reconfiguration to display the default selections to a user 
(backtrack). 


The backtrack routine reads selection numbers from nonvolatile memory for display 
as the defaults. Selections from all group types (COMBINE, LINK or FREE) have a 
selection number, even if there is only one resource to select. 


Note 1: Each memory resource selection number requires one word of 
storage. Other resource selection numbers require one byte each. 
Note 2: The selection numbers for a Function include the selections for its 
Subfunctions. 
1. Selection number of Choice in the Function or Subfunction. 


2, Selection number of Subchoice (if it exists). 


3. Selection number of alternate choice in each group for LINK and COMBINE 
groups or the selection number for each resource in a FREE group. 


4. When a Read Function Configuration Information BIOS routine call is issued, the 
information in Subfunctions are included in the Function. Thus the selection 
numbers in Subfunctions are grouped with the Function selection numbers. 


These selection numbers are repeated as needed. 


EXAMPLE #1: 
CFG FILE 
FUNCTION =... 
CHOICE(0) = ...0 ;CHOICE 0 was chosen 
LINK 
Resourcel = 1 | 2 32nd alternate was chosen (1) 
Resource2 = 3 | 4 
FREE 
. - Resource3 = 5 | 7 ;2nd alternate was chosen (1) 
Resource4 = 6 ;lst resource was chosen (0) 
ResourceS = 7|8 | 9 ;3rd alternate was chosen (2) 


CHOICE(1) = ... 
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4.8.2 Initializing Nonvolatile Memory 


The EISA configuration utility begins initializing nonvolatile memory by issuing the 
"Clear Nonvolatile Memory” BIOS routine Call that clears the configuration information 
from EISA nonvolatile memory. The configuration utility then issues repetitive “Write 
Nonvolatile Memory” BIOS routine Calls to load all EISA system board, embedded device, 
virtual device, and expansion board configuration data. 


The configuration utility first builds a data structure that includes the configuration 
information for slot 0 (the system board), then executes the "Write Nonvolatile Memory" 
BIOS routine Call with a pointer to the data structure. The configuration utility repeats 
the sequence for each slot and device. 


4.8.3 Power-up Initialization of EISA Systems 


EISA systems must assume a reset condition after power-up reset occurs. 
Expansion boards can decode only the slot-specific 1/O addresses used for initialization 
and must assume a disabled state. 


The BIOS power-up routine performs the following steps to initialize EISA systems: 


¢ It confirms the validity of configuration information in nonvolatile memory. If 
the configuration information is not valid the power-up routine a orts 
automatic configuration, issues an error message, then continues the power-up 


sequence. 


° It compares the EISA product ID and slot information in nonvolatile memory 
with the actual installed hardware to confirm that the configuration has not 
changed. If the expansion board installed in a slot does not match the 
information stored in nonvolatile memory the power-up routine aborts 
initialization. 


. It uses the configuration data to initialize the system board, expansion boards, 
embedded devices and virtual devices. 


° It enables the system board, expansion boards, embedded devices and virtual 
devices for operation. 


The system ROM automatically determines the I/O port address and initialization 
values and programs the following registers: 


Interrupt controller edge/level register 
DMA controller (Extended Mode Register) 
DMA channel cycle timing 
DMA data size and addressing mode 
DMA controller (DMA Command Register) 
DRQ and DAK* assert level (high/low) 
Fixed or rotating priority scheme - 

The power-up routine initializes the system board and all EISA expansion boards 
before determining system memory size or searching for 1/O devices (such as printer ports, 
communications ports, VGA, etc.). Since memory boards that have optional configuration 
as system or expanded memory are included in the memory size determination, neither an 
option ROM nor an operating system-dependent device driver is required. 
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4.8.4 Slot Initialization Sequence 


The EISA power-up routine initializes expansion slots, embedded devices, virtual 


devices, and the system board configuration registers. The initialization takes place during 
every cold or warm boot. 


The flow chart in Figure 103 specifies the EISA slot initialization sequence: 


Figure 103 - Power-Up Slot Initialization 
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Figure 103 - Power-Up Slot Initialization (Continued) 


Read board 
4 byle ID 

from ports 
ZC80h, ZC81h. 
ZC82h, 2C83h 


Report 
configuration 


readable 
1D? 


have 1/0 
initialization 


i Determine if 1/0 port 
is byte, word or dword 
accessible and read 

1/0 port. 


AND value read with 
initialization mask 
OR value wilh 
initiahzation value 
Wrile value to 1/0 
port 


Delermine if 1/0 por! 
is byle, word or 
dword accessible and 
wrile inilialization 
value 


Read configuration storage 
slot 2 information. 
Next function 


Enable EISA 


y board via 
(2) port 2084 


AIA 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


The system ROM power-up routine can initialize critical devices in any order 
necessary to bring the system up. The power-up routine must then initialize devices 
sequentially by slot number and function number. 


The power-up routine initializes critical devices first, then pee to initialize the 
EISA system board, EMB(0). The power-up routine then begins expansion board 
initialization beginning with expansion slot 1. The power-up routine issues a "Read 
Function Configuration Information" BIOS routine Call for slot 1, function 1. The power- 
up routine checks the product ID field of the data block returned for slot 1 function 1 to 


determine if the slot was configured as empty or with an expansion board installed. 


If nonvolatile memory indicates the slot has an expansion board installed, and the 
readable ID bit indicates a readable ID, the power-up routine performs the I/O read to 
confirm that the product ID matches nonvolatile memory. If the product ID read 
operation indicates a not ready condition on the first try, the power-up routine waits 100 
milliseconds, then retries the ID read. The power-up routine issues an error message if the 
ID read still indicates a not ready condition after the 100 millisecond delay, then aborts 
initialization. 

If the pee ID matches nonvolatile memory, the power-up routine performs the 
initialization by setting the I/O ports to the values indicated in nonvolatile memory and 

rogramming the system board controllers to properly allocate the system resources 
required by the expansion board. ‘. 


After initializing each of the expansion board functions and the required system 
resources, the poweree tou enables the expansion board, then issues the "Read 
Function Configuration ‘ormation" BIOS routine Call for slot 2 function 1. The power- 
up routine continues the process until all functions in all expansion slots, embedded slots 
and virtual slots are configured. 


The power-up routine does not initialize installed EISA or ISA expansion boards 
that do not have configuration information stored in nonvolatile memory. 


4.8.5 Error Handling During Slot Initialization 
Several error conditions can arise during slot initialization. 


If an expansion board indicates a not ready condition when its product ID is read, 
the power-up routine waits 100 ms then retries the product ID read. If the expansion board 
still indicates a not ready condition an appropriate error is displayed and the power-up 
routine continues EISA expansion board initialization with the next slot. 


If the ID of the EISA expansion board does not match the contents of nonvolatile 
memory then an appropriate error is displayed and the power-up routine continues EISA 
expansion board initialization with the next slot. 


” ¥£ nonvolatile memory indicates the presence of an EISA board with an ID and no 
matching board is found then an appropriate error is displayed and the power-up routine 
continues EISA expansion board initialization with the next slot. 


If the ID of a slot is tagged. not readable in the nonvolatile memory information 
then the power up routines attempt to read a valid ID from the slot being initialized. Ifa 
valid ID is read from the slot then an appropriate error is displayed and the power-up 


routine continues EISA expansion board initialization with the next slot. 
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If the nonvolatile memory information indicates that a slot is empty and a valid ID is 
read from_the slot, then an appropriate error is displayed and the power-up routine 
continues EISA expansion board initialization with the next slot. 


An error is displayed if nonvolatile memory slot information does not match what is 
determined to be in the slots. 


An “incomplete configuration" message is displayed if the nonvolatile memory ID 
and Slot Information incomplete configuration bit is set. 


4.8.6 Noncacheable Memory Map Initialization 


EISA systems with cache memory can use the data in nonvolatile memory to 
construct a noncacheable address map. The power-up routine identifies noncacheable 
memory address ranges from the configuration information in nonvolatile memory. The 
power-up routine supplies the noncacheable addresses to hardware that disables the 
memory cache during accesses to the noncacheable addresses. 


4.8.7 ~~ Writable Memory Map Initialization 


EISA systems can use the data in nonvolatile memory to construct a writable 
address map. The power-up routine identifies RAM and ROM memory address ranges 
from the configuration information in nonvolatile memory. The power-up routine supplies 
the RAM and ROM addresses to hardware that disables memory writes during accesses to 
the ROM addresses. 
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4.9 EISA System !/O Address Map 


The system I/O address map that follows illustrates the extended I/O address space 
available for EISA system boards and expansion boards. An EISA system board has 768 
bytes of I/O space in addition to the 256 bytes available for ISA system boards. Each EISA 
expansion slot and embedded device has 1024 bytes of slot-specific I/O address space in 
addition to the ISA I/O space allocated to expansion boards. 


The system I/O address map indicates the I/O address space used for EISA system 
board devices and EISA expansion board devices. The address map also indicates address 
ranges that are aliases of the ISA expansion board I/O space (100h-3FFh). The alias 
addresses may only be used by rere boards that can assure no conflict occurs between 
the alias address and normal ISA expansion board I/O addresses (100h-3FFh). The 
configuration utility does not identify conflicting use of ISA alias addresses. 


The Bae board decodes the EISA slot-specific I/O address ranges and all 1/O for 
system board devices from LA<15:2> with BE*<3:0>. The EISA slot-specific I/O ranges 
are decoded from LA<15:2> with LA<9:8> zero. The system board decodes 
LA<15:12> with LA<9:8> zero to generate the slot-specific signals, AENx. The EISA 
slot-specific device decodes the individual bytes in the I/O range from LA<11:2> with 
BE*<3:0> (LA<9:8> must be zero). The slot-specific ranges are: 0z000h-020FFh, 
02400h-0z4FFh, 0z800h-0z8FFh, 0zC00h-0zCFFh (where. "z" represents the slot number). 
They do not conflict with any ISA expansion board. EISA expansion boards should not use 
any address (or alias address) in the ISA I/O range 100h-3FFh) except for ISA 
compatibility. 
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EISA System I/O Address Map 


1/O address ue Range 
Range (hex): eserved for 


0000-00FF 
0100-03FF 
0400-04FF 
controllers 


EISA/ISA System board 
ISA expansion boards 
Reserved, EISA System board 


Alias of 100h-3FFh 
EISA System board 
Alias of 100h-3FFh 
EISA System board 
Alias of 100h-3FFh 


Slot 1 
Alias of 100h-3FFh 


Slot 1 
Alias of 100h-3FFh 
Slot 1 
Alias of 100h-3FFh 
Slot 1 
Alias of 100h-3FFh 


egy? 


lot 
Alias of 100h-3FFh 
Alias of 100h-3FFh 


tit 


Alias of 100h-3FFh 


‘z' 


Slot 
Alias of 100h-3FFh 


4.9.1 Expansion Board Address Decoding 


An expansion board that uses the slot-specific I/O ranges may, during I/O cycles, 
decode address bits LA<11:2>, and BE*<3:0> with AENx negated (low) to address any 
byte in the slot-specific I/O range. An expansion board that does not need the full 1/O 
address range can decode fewer address bits, depending on the number of eae required. 
The expansion board must, at a minimum, decode address bits LA<9:8> fow and AENx 
negated (low) to assure that the I/O address does not conflict with the ISA expansion 
board I/O address range. 


_ See section 2.8.7 in this specification for additional information about EISA I/O 
decoding and the use of AENx to control slot-specific I/O addressing. 


A device driver addresses the expansion board slot-specific addresses with a full 16- 
bit I/O address. The device driver appends the expansion board address bits, < 11:0>, to 
the high order four bits represented by the hexadecimal slot number to form the 16-bit 
address, <15:0>. 
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Slot-specific addresses 0zC80h through 0zC83h are reserved for the product ID. 
Slot-specific address 0zC84h is reserved for expansion board control bits. All other slot- 
specific addresses can be used by the expansion board for configuration registers and 
general purpose I/O. 


An EISA expansion board can also use the ISA expansion board I/O ranges, but 
must assure that the addresses do not conflict with other ISA expansion boards. 


The following address ranges are not aliases of ISA expansion board I/O addresses 
and should be used by an EISA expansion bo:.rd for I/O registers: 


I/O address | I/O Range 
Range (hex):| Reserved for: 
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The following address ranges are aliases of ISA expansion board I/O addresses: 


I/O address | [/O Range 
Range (hex):| Reserved for: 


1100-13FF | Alias of 100h-3FFh 
1500-17FF | Alias of 100h-3FFh 
1900-1BFF | Alias of 100h-3FFh 
1D00-1FFF | Alias of 100h-3FFh 


2100-13FF | Alias of 100h-3FFh 
2500-27FF | Alias of 100h-3FFh 
2900-2BFF | Alias of 100h-3FFh 
2D00-2FFF | Alias of 100h-3FFh 


0z100-0z3FF | Alias of 100h-3FFh 
0z500-027FF | Alias of 100h-3FFh 
0z900-02BFF| Alias of 100h-3FFh 
0zD00-0zFFH Alias of 100h-3FFh 


Slot-specific addresses 0zC80h through 0zC83h are reserved for at aircon ID. 
Slot-specific address 02C84h is reserved for expansion board control bits. other slot- 
specific addresses can be used by the expansion board for configuration registers and 
general purpose I/O. 


An EISA expansion board that uses the ISA expansion board I/O ranges must 
assure that the addresses do not conflict with other ISA expansion boards. 


4.9.2 Embedded Slot Address Decoding 


Embedded slot address decoding works exactly like expansion board address 
decoding except that the embedded device is integrated onto the system board. The 
embedded slots-use slot numbers that start after the last expansion slot number. For 
example, the first embedded slot is slot 8 if the EISA system has 7 expansion slots. 


4.9.3 System Board Address Decoding 
An EISA system board decodes 16 address bits during I/O cycles. The system board 


configuration registers ard controller registers are mapped into the address ranges between 
0000h and OCFFh that are not aliases of ISA expansion board I/O addresses. 
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The following address ranges are not aliases of ISA expansion board I/O addresses 
and can be used by an EISA system board for I/O registers: 


ue address | I/O Range 
ange (hex):| Reserved for: 


ISA System board peripherals 

ISA expansion boards 

Reserved - System board controllers 
System board 

System board 


The following address ranges are aliases of ISA expansion board I/O addresses and 
cannot be used by an EISA system board: 


1/O address | I/O Range 
ange (hex):| Reserved for: 


Alias of 100h-3FFh 
Alias of 100h-3FFh 
Alias of 100h-3FFh 
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4.10 EISA Product Identifier (1D) 


EISA expansion boards, embedded devices and system boards have a four byte 
product identifier (ID) that can be read from I/O port addresses 0zC80h through 0zC83h 
(z=0 for the system board). For example, the system board ID can be read from I /O port 
ioc and the slot 1 product ID can be read from I/O port addresses 
1 -1C83h. 


The first two bytes (0zC80h and 0zC81h) contain a compressed representation of 
the manufacturer code. The manufacturer code is a three character code (uppercase, 
ASCII characters in range "A*-"Z") chosen by the manufacturer and registered with the 
firm that distributes this specification. System board and expansion board manufacturers 
follow the same procedure to choose and register their manufacturer code. 


The manufacturer code "ISA" should be used to indicate a generic ISA adapter. 


The three character manufacturer code is compressed into three 5-bit values so that 
it can be incorporated into the two I/O bytes at 0zC80h and 0zC81h. The compression 
procedure is: 


Find hexadecimal ASCII value for each letter 
ASCII for “A"-"Z": "A" = 41h "Z" = SAh 


Subtract 40h from each ASCII value 
Compressed "A" = 41h-40h = 01h = 0000 0001 
Compressed "Z" = 5Ah-40h = 1Ah = 0001 1010 


Retain 5 least significant bits for each letter 
Discard 3 most significant bits (they are always zero) 
Compressed "A" = 00001, Compressed "Z" = 11010- 


Compressed code = Concatenate "0" and the three 5-bit values 
"AZA" = 0 00001 11010 00001 (a 16-bit value) 
OzC80h = 00000111, 0zC81h = 01000001 


The following figures show the format of the product ID (addresses O0zC80h - 
0zC83h): - 


Product ID, 1st byte: 0zC80h 


2nd character of compressed manufacturer code 
(bit 1 of OzC80H is most significant bit) 


lst character of compressed manufacturer code 
(bit 6 of OzC80h is most significant bit) 


Reserved (0) 
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Product ID, 2nd byte: 0zC8ih 


3rd character of compressed manufacturer code 
(bit 4 of OzC81h is most significant bit) 


2nd character of manufacturer's code 
(continued from 0zC80h) 


Product ID, 3rd byte: 0zC82h 


Product number 


Product ID, 4th byte: 0zC83h 


Revision number 


Reporting Not Ready During Access to the Product ID Register 


An EISA device that requires a long power-up sequence may report a not ready 
condition when the power-up routine attempts to read the product ID. The expansion 
board must complete its power-up sequence and report its product ID within 100 ms after 
reporting the not ready condition. The expansion board supplies the following data in port 
OzC8Ch to indicate the not ready condition: 


Product ID, Ist byte: 0zC80h 


xx = Don't care 
————— 111 = Not ready 
—~ Reserved (0) 


4.10.1 EISA System Board ID 


The first two bytes of the system board ID are a compressed representation of the 
manufacturer code. The third byte and first five bits of the fourth byte can be used by the 
system board manufacturer for any purpose desired. The least significant 3 bits of the 
fourth byte indicate the EISA bus revision level. 


The compressed system board manufacturer code has the same format as an 
expansion board manufacturer code and is illustrated in the "EISA Product Identifier 
section of this specification. 
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The I/O addresses for the system board ID bytes are: 
System Board ID, ist byte: OC80h 
System Board ID, 2nd byte: 0C8ih 
System Board ID, 3rd byte: 0C82h 
System Board ID, 4th byte: 0C83h 


The following diagrams show the format of the system board ID. 


System Board ID, Ist byte: OC80h 


2nd character of compressed manufacturer code 
(bit 1 of OC80h is most significant bit) 


1st character of compressed manufacturer code 
(bit 6 of OC80h is most significant bit) 


Reserved (0) 


System Board ID, 2nd byte: 0C81h 


3rd character of compressed manufacturer code 
(bit 4 of OC8ih is most significant bit) 


2nd character of manufacturer's code 
(continued from 0C80h) 


Reserved for manufacturer's use 


System Board ID, 4th byte: 0C83h 


EISA bus version (initial version = 001) 


Reserved for manufacturer's use 
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Identifying an EISA Expansion Board 
1. Write FFh to 0C80h 
The procedure precharges the system board ID register (at I/O address 0C80h). 


2. Read O0C80h 


If contents of OC80h equals FFh, discontinue the identification process, the 
system board does not have a readable ID. 


If contents of OC80h does not equal FFh and the most significant bit is a zero: 
the system board supports a readable ID that can be read at 0C80h-0C83h. 


4.10.2 EISA Expansion Board Product ID 


The first two bytes of the 4-byte product ID are a compressed representation of the 
manufacturer code. e third byte represents the product number and the fourth byte 
represents the product's revision level. : 


A revised expansion board that requires a modification to its configuration file must 
have a new product number and revision level in its ID. A revised expansion board that 
does not require a modification to the configuration file can use its original product 
number, with a new revision level. 


The system ROM power-up routine reads the first four bytes of the ID to compare 
against the configuration information stored in nonvolatile memory. A match o the 
hardware ID and the ID stored in nonvolatile memory confirms that the configuration has 
not changed since system configuration. Bits 3:0 of the fourth byte are not used by the 
power-up routine. 


Device drivers can use the product ID to determine the type of expansion board 
installed and the revision level. 


The compressed expansion board manufacturer code has the same format as a 
system board manufacturer code and is illustrated in the "EISA Product Identifier" section 
of this specification. 


The 1/ O addresses (where "z" is the slot number) for the product ID bytes are: 


Product ID, ist byte: 0zC80h 

Product ID, 2nd byte: OzC81h 
Product ID, 3rd byte: 0zC82h 
Product ID, 4th byte: 0zC83h 
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The following diagrams illustrate the third and fourth byte of the product ID. 


Expansion Board Product ID, 3rd byte: 0zC82h 


2nd hexadecimal digit of product number 
(bit 3 is most significant bit) 


1st hexadecimal digit of product number 
(bit 7 is most significant bit) 


Expansion Board Product ID, 4th byte: 0zC83h 


Hexadecimal digit of revision level 
(bit 3 is most significant bit) 


3rd hexadecimal digit of product number 
(bit 7 is most significant bit) 
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Identifying an EISA Expansion Board 
1. Write FFh to 0zC80h 


The procedure precharges the expansion board ID register (at I/O address 
0zC80h). ; 


2. Read 0zC80h 


If contents of 0zC80h equals FFh, discontinue the identification process, the 
expansion board does not have a readable ID. 


If contents of 0zC80h does not equal FFh and the most significant bit is a zero: 
the expansion board supports a readable ID that can be read at 0zC80h-0zC83h. 
4.10.3 EISA Embedded Devices 
The ID of an EISA embedded device has the same format as an expansion board 


roduct ID. The ID of an embedded device-can be accessed through I/O addresses 
C80h-0zC83h, where "2" is the embedded slot number. 
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4.11 Expansion Board Control Bits 


Port 0zC84h contains ENABLE, IOCHKERR, and IOCHKRST bits for software 
control of fa expansion boards. EJSA expansion boards must indicate 
"TOCHKERR =INVALID" in the CFG file if ENABLE and IOCHKERR bits are not 
supported. The Expansion Board Control Bits are shown in the following figure. 


Expansion Board Control Bits - 0zC84h 


ENABLE (read/write) 
0 = Expansion board disable 
1 = Expansion board enable 
IOCHKERR (read only) 
0 = No error pending 
1 = Aserious error detected by the 
expansion board 
TOCHKRST (write only) 
0 = Normal operation 
1 = When pulsed to 1 for 500 ns, the 
expansion board is reset 
Reserved (set to 0) 


Bit 0 - Enable Bit (Read/Write) 


The ENABLE bit can be set to enable an expansion board for operation, or cleared 
to disable operation. The bit can be read to determine the enabled or disabled state. The 
expansion board clears ENABLE after sampling RESDRV asserted and enters a disabled 
state. The expansion board must only decode slot-s ecific I/O while in the disabled state. 
The expaasion board must disable all bus drivers while in the disabled state, except when 
oe to slot-specific I/O. EISA expansion boards must fully support the ENABLE 

it functions. 


Bit 1 - IOCHKERR Bit (Read Only) 


The IOCHKERR bit can be read to determine if an expansion board has a pending 
error. The expansion board indicates a pending error by setting IOCHKERR, clearing the 
ENABLE bit and entering the disabled state. The expansion board may, but is not 
required to assert the bus signal IOCHK* when it sets IOCHKERR. Pulsing IOCHKRST 
resets IOCHKERR. EISA expansion boards must respond to a read access of the 
IOCHKERR bit. EISA expansion boards that do not need to indicate errors may always 
respond with the IOCHKERR bit cleared. < 


An expansion board sets IOCHKERR to indicate that a serious error has occurred. 
Parity errors and uncorrectable system errors ee Naas that might cause an 
expansion board to set IOCHKERR. An expansion board always holds IOCHKERR set 
while asserting the bus signal, IOCHK*. The main CPU or bus master can poll the 
IOCHKERR bit for each expansion board to determine which board caused an error. 
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Bit 2 - IOCHKRST Bit (Write Only) 


Pulsing IOCHKRST to a "1" for at least 500 ns resets an expansion board's 
hardware. e expansion board resets all logic, assumes a disabled state, clears 
IOCHKERR and clears ENABLE when IOCHKRST is pulsed. EISA expansion boards 
that never set the IOCHKERR bit may ignore write accesses to the IOCHKRST bit.’ 


Example Sequence for an IOCHKERR 


es ROM power-up routine initializes the expansion board and sets the 
ENABLE bit to begin operation. 


The expansion board begins decoding memory and I/O addresses outside the slot- 
specific I/O range and enables its bus drivers to drive the bus signals. 


The device driver determines the slot-specific I/O address from the configuration 
data in nonvolatile memory. The device driver can then control the device operation. 


The expansion board detects a serious error, clears the ENABLE bit, sets its 

I RR bit and asserts IOCHK*. The expansion board stops decoding memory 
addresses and I/O addresses outside its slot specific range and it floats all bus drivers 
(except the one driving IOCHK*) unless responding to slot-specific I/O. 


The expansion board detects a serious error, clears the ENABLE bit, sets its 

@) RR bit and asserts IOCHK*. The expansion board disables all bus signal 
drivers except the one driving IOCHK*. The expansion board stops decoding 
memory addresses and I/O addresses outside its slot specific range. 


The assertion of IOCHK* invokes the NMI service routine. The NMI service 
routine cura polls the IOCHKERR bit for each EISA device until it finds a device 
with IO RR set. The NMI service routine then begins the recovery procedure 
(restore the operation or disable the expansion board). 7 


To restore the expansion board; correct the error, then pulse IOCHKRST to "1" for 
at least 500 ns to clear the IOCHKERR bit and negate the IOCHK* bus signal. The NMI - 
service routine can then invoke the device driver to initialize the expansion board and set 
the ENABLE bit for operation. 


To disable the expansion board, the NMI service routine must pulse IOCHKRST to 
"1" for at least 500 ns to clear the IOCHKERR bit and negate the IOCHK® bus signal. The 
NMI service routine can also display a message to the user indicating the action taken. 


The NMI service routine returns execution to the routine interrupted by NMI. If 
multiple devices asserted IOCHK*, or if another device asserted IOCHK* during the NMI 
service, the NMI routine is invoked again to repeat the IOCHKERR poll and recovery 
procedure. 
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4.12 System Software Use of Configuration Information 


Device drivers and system software can use the configuration information from 
nonvolatile memory for the following purposes: : 


° Determine the slot number of an EISA device 


° Determine the I/O address of the EISA device registers specified during 
configuration 


* Determine configuration information 
. Determine the system resources used by an EISA or ISA device 
¢ Initialize the device for operation 


Use of the configuration memory by a product dependent device driver may differ 
from use by a product independent device driver. A device driver is product dependent if 
the driver is provided for use with a particular product (i.e., an ACE Ethernet network 
board). A device driver is product independent if the driver is provided for use with 
products from a variety of vendors (such as a parallel port). 


4.12.1 Slot Search by Product Independent Device Driver 


A product independent device driver should check the TYPE string of each function 
in each slot (including expansion slots, embedded devices and virtual devices) to determine 
the slot in which the desired function is installed. The driver should begin searching at Slot 
0, function 1 and ih increment through each function of each slot until the last 
slot has been checked. 


The device driver can use the "Read Slot Configuration Information" to determine 
the number of functions located in any slot, and use the “Read Function Configuration 
Information" BIOS routine Call to read the configuration information (which includes the 
TYPE phe for the function. The device driver terminates the search when it finds a 
function with the desired TYPE string or when the “Read Slot Configuration Information" 
BIOS routine Call returns an “Invalid slot number" error. The error indicates that all slots 
have been checked. 


Device Driver Search for TYPE String 


The following example illustrates a device driver search for a parallel port with 
TYPE = "PAR." 


The device driver performs the search by executing a "Read Slot Configuration 
Information" BIOS routine Call for each slot to determine if a device is installed and the 
number of functions present in the slot. The device driver begins the search by executing a 
"Read Slot Configuration Information" BIOS routine Call for slot 0 to determine the 


number of functions addressed as slot 0. 
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The device driver then executes a “Read Function Configuration Information" BIOS 
routine Call for slot 0 function 1. The BIOS routine reads the function configuration 
information from nonvolatile memory and writes it to a table in system memory. The 
device driver inspects the TYPE field in the returned table to determine if the first three 
characters of the TYPE string equal "PAR," which indicates a parallel port. The device 
driver continues executing "Read Function Configuration Information" BIOS routine Calls 
and inspecting the TYPE field for each slot 0 function. 


The device driver then executes a "Read Slot Configuration Information” BIOS 
routine Call for slot 1 to determine the number of functions addressed as slot 1. The 
device driver requests the function information from nonvolatile memory and inspects the 
TYPE field for each function in slot 1. The device driver continues the slot search until it 
locates one or all functions with TYPE = "PAR", or until the “Read Function 
Configuration Information" BIOS routine Call indicates that all slots have been searched 
(by returning "invalid slot"). 


If the device driver finds a function with TYPE = “PAR’, it can determine the 
initialization and resource requirements from the table returned by a “Read Function 
Configuration Information" BIOS routine Call. 


Device Driver Search for SUBTYPE String 


A driver can search for a specific configuration of a function by scanning the 
SUBTYPE strings. The following example illustrates a device driver search for a serial 
port with SUBTYPE = "COM1." 


The device driver first finds an asynchronous communications port by searching for 
the TYPE string fragment, "COM,ASY." The driver then scans past the remainder of the 
TYPE field (delimited by the semicolon) and compares the SUB E string fragments to 
"COM1." If a SUBTYPE string fragment does not match "COMI", the driver continues 
searching for another TYPE "COM,ASY" and checking the SUBTYPE for "COM1." 


4.12.2 Slot Search by a Product Dependent Device Driver 


A product dependent device driver should check the product ID of the device in 
each slot (including expansion slots, embedded devices and virtual devices) to determine 
the slot in which its corresponding product is installed. The driver should begin searching 
at Slot 0 and sequentially increment through each slot until the last slot has been checked. 


The device driver can use the “Read Slot Configuration Information” BIOS routine 
Call to read the product ID of the device in any slot. The device driver terminates the 
search when it finds the correct product ID or when the BIOS routine Call returns an 
"Invalid slot number" error. The error indicates that all slots have been checked. 


431 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


4.12.3 Device Driver initialization for EISA Expansion Boards 


The device driver can use information from nonvolatile memory to determine EISA 
expansion board configuration and initializations necessary to restore expansion board 
registers to their power-up condition. . 


The EISA system ROM initializes the following interrupt and DMA controller 
configurations after performing all I/O initializations indicated in nonvolatile memory. A 
device driver may not change the configurations: 


Interrupt controller edge/level register 

DMA controller (Extended Mode Register) 
DMA channel cycle timing 
DMA data size and addressing mode 

DMA controller (DMA Command Register) 
Fixed or rotating priority scheme 


A DMA device that shares the DMA channel may not change the following DMA 
controller configuration: : 


DMA controller (DMA Command Register) 
DRQ and DAK* assert level (high/low) 


The device driver can use the "Read Function Configuration Information" BIOS 
routine Call to get the configuration parameters from nonvolatile memory. The 
configuration parameters returned from nonvolatile memory represent the expansion 
board configuration initialized by the system ROM power-up routines. Subsequent 
operation of the expansion board may leave the configuration in a different state, Device 
drivers can read the expansion board configuration registers to determine the configuration 
after power-up. 


432 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCHITECTURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


4.13 Creating TYPEs and SUBTYPEs for Devices 


The TYPE and SUBTYPE identifiers are used by product independent device 
drivers to identify, initialize and operate an installed device that is compatible with the 
device driver. System board and expansion board manufacturers must specify consistent 
and expandable E and SUBTYPE identifiers for their products. 


The following guidelines should be followed when creating TYPE and SUBTYPE 
strings to assure consistency and expandability. 


4.13.1 TYPE Strings 


The first segment of the TYPE string should identify the most general device 
characteristics (such as video, communications port) followe by TYPE string segments 
that identify more detailed device characteristics (such as VGA video ada ter, 

chronous communications port). For example, the TYPE string for a VGA video 
adapter is "VID, VGA", where "VID" identifies a video board and "VGA" indicates VGA 
compatibility. The TYPE string for the asynchronous communications port is "COM,ASY’, 
where "COM" identifies a communications board and "ASY" indicates compatibility with 
the PC-AT asynchronous port. 


New TYPE segments should be appended to the TYPE string when a device is 
enhanced with additional capabilities. A device driver compare with the original product 
determines its ability to control the device after checking the original TYPE segments. A 
device driver that pr pale enhanced capabilities checks the appended TYPE segments to 
determine the level of capability supported by the device . 


For example, the TYPE 75 for a VGA video adapter (ACE) with a 1024x768 
high resolution mode might be: “VID,VGA,ACE1024X768".. Device drivers that support 
VGA identify the video adapter as VGA compatible and device drivers that support 
1024x768 identify the video adapter as compatible with the 1024x768 mode. 


Another vendor (XYZ) may offer a compatible video adapter with a new 1280x1024 
mode. The TYPE string for the 1280x1024 video adapter might be: 
"VID, VGA,ACE1024X768, XYZ1280X1024". Device drivers that support VGA identify 
the video adapter as VGA compatible, device drivers that support 1024x768 identify the 
video adapter as compatible with the 1024x768 mode, and device drivers that support 
1280X 1024 identify the video adapter as compatible with the 1280X1024 mode. 
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4.13.2 SUBTYPE Strings 


The SUBTYPE string identifies the device options selected during configuration. A 
device driver can scan the TYPE string to determine that the device is ae le with the 
driver, then scan the SUBTYPE string to determine the device configuration. For 
example, the video adapter described above might use the SUBTYPE field to indicate the 
power-up video display mode. 


FUNCTION "VGA Video Adapter” 
TYPE = "VID, VGA,ACE1024x768,XYZ1280x1024" 
CHOICE(1) = "VGA Default Mode" 
SUBTYPE = "DMODE=VGA*" 


ag "1024X768" Default Mode 
SUBTYPE = "DMODE=ACE1024X768" 


CHOICE(3) = "1280X1024" Default Mode 
SUBTYPE = “DMODE=XYZ1280X1024" 


The device driver can utilize the SUBTYPE string to determine the default mode 
set during power-up. The TYPE/SUBTYPE string for a selection of VGA as the default 


power-up video mode is: 
"VID, VGA,ACE 1024x768, X¥Z1280x1024;D MODE = VGA" 


A device driver should read the device configuration registers for configuration 
information that changes during device operation, A driver that needs detailed 
configuration information not specified in the SUBTYPE string should also read the device 


configuration registers. 
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4.13.3 Standard TYPE Table 


The following TYPEs should be used wherever possible for the aaa devices. 
System and expansion board manufacturers can create additional TYPEs for devices that 
do not apply to the standard TYPEs listed here. For example, a manufacturer of a fax 
board can create a new TYPE = "FAX" or can use the "COM" prefix (i.c., “COM,FAX"). 
The new TYPEs become a de facto standard if other vendors use the same TYPE. 


The standard device TYPEs for commonly used devices that are part of the industry 
standard system architecture are listed below. 


DEVICE DESCRIPTION 


ISA compatible 8250-based irae ek 

ISA compatible 16550-based serial port (with FIFO) 
ISA compatible SDLC port 

Standard keyboards =country, 

nnn = number of keys. 


"KEY,non,KBD =x" 


084 
101 
103 
xx = Keyboard Code . 

AE = Arabic - English 

AF = Arabic - French 

AU = Australia 

BE = Belgium 

BF = Belgium - Flemish 

CE = Canadian - English 

CF = Canadian - French 

CH = China 

DN = Denmark 

DU = Dutch 

EE = European - English 

FN = Finland 

FR = France 

GR = Germany 

HA = Hungary 

IT = Italy 

IS = Israel 

KA = Kangi 

LA = Latin America 

ME = Middle East 

NE = Netherlands 

NO = Norway 

PO = Portugal 

SP = Spain 

SW = Sweden 

ST = Switzerland 

SF = Swiss - French 

SG = Swiss - German 

TA = Taiwan 

UK = United Kingdom 
US = United States 
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DEVICE TYPE DEVICE DESCRIPTION 


"CPU,8086" 8086 compatible microprocessor 

"“CPU,80286" 80286 compatible microprocessor 
"CPU,80386Sx" 80386SX compatible microprocessor 
“CPU,80386" 80386 compatible microprocessor 
"CPU,80486" 80486 compatible microprocessor 


"MSD,DSKCTL" 
"MSD,FPYCTL" 
"MSD,TAPCTL" 


"NPX,287" 


ISA compatible fixed disk controller 
ISA compatible floppy disk controller 
Primary tape controller 


Intel 287 numeric coprocessor 


"NPX,387" Intel 387 numeric coprocessor 
"NPX,387SX" Intel 387SX numeric coprocessor for 386SX 
"NPX,W1167" Weitek 1167 numeric coprocessor 


"NPX, W3167" Weitek 3167, numeric coprocessor 
"PAR,BID" Bidirectional parallel port 
IRS 


ISA compatible monochrome adapter 
Hercules monochrome adapter 
Requires no write sync during retrace 
Requires write syne during retrace 
ISA compatible CGA adapter 
ISA compatible EGA adapter 
ISA compatible VGA adapter 
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4.14 Configuration Exampte 


This section contains the configuration data structures associated with an example 
EISA Ethernet communication board. The example illustrates the configuration 
information for initialization ports, a DMA channel, an interrupt, RAM memory and ROM 
memory. 


The example includes the configuration file, the configuration data structure 
returned by a “Read Function Configuration Information" BIOS routine Call, and the 
configuration data structure passed to the "Write Nonvolatile Memory" BIOS routine. 


4.14.1 Configuration File 


An example of a configuration file for an.ethernet controller board is presented on 
the following pages. The CFG filename for this file is !ACE105.CFG 


BOARD 

ID = "ACE0105" 

NAME = “ACME Ethernet Interface board - Revision 5” 
MFR = “ACME Board Manufact." - 
CATEGORY = "NET" 

SLOT = EISA 

LENGTH = 330 

READID = yes 


IOPORT(1) = 0zc94h 
INITVAL = 0000;00x 


IOPORT(2) = Ozc98h 
INITVAL = xxxccoonnoxxx rr 


IOPORT(3) = Ozc9ah 
INITVAL = xoooxrr 


IOPORT(4) = Ozc9bh 
INITVAL = rrrmxx 


IOPORT(S) = 0ZC8Sh 
INITVAL = xcoxxxx 


IOPORT(6) = OZC86h 
INITVAL = Orrxxxxx 


IOPORT(7) = 0ZC86h 
INITVAL = Irrxxxxx — 


SOFTWARE(1) = "“ACELINK.EXE - \n if using MS DOS 
Place the following command line in AUTOEXEC.BAT: \n 
\t\tACELINK /S = n/A = n\n 
Use the following values with the i oz 
/S and /A parameters:" 
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; Function description starts here 


GROUP = “Ethernet network interface" 
TYPE = "“NET,ETH" 
FUNCTION = "Network Interface Location" 
CHOICE = "File Server Init. - Node 0" 
SUBTYPE = “LANO" 
FREE 
INIT = SOFTWARE(1) "/S=1 /A=0" 
INIT = IOPORT(S) LOC (5-2) 0000 
CHOICE = "Network user init. - Node 1" 
SUBTYPE = “LAN1" 
FREE 
INIT = SOFTWARE(1) "/S=0 /A=1" 
INIT = IOPORT(S5) LOC (5-2) 0001 
CHOICE = “Network user init. - Node 2” 
SUBTYPE = “LAN2" 


FREE 
INIT = SOFTWARE(1) "/S=0 /A=2" 
INIT = IOPORT(S) LOC (5-2) 0010 


; Additional detail may be added 


CHOICE = “Network user init. - Node 15° 
SUBTYPE = "LANI5“ 
FREE 
INIT = SOFTWARE(1) "/S=0 /A=15" 
INIT = IOPORT(5) LOC (5-2) 1111 


FUNCTION = “System resources alloc. /init." 
CHOICE = "System Resources" 
; DMA channel operates in Type C (burst) timing 


DMA =5|7 
SHARE = no 
SIZE = dword 
TIMING = TYPEC 
INIT = IOPORT(S) LOC (0) 0 | 1 
‘ aterrp EE ere eeplve 


IRQ =2 {5 
S E = yes 
TRIGGER = level 
INIT = IOPORT(5) LOC (1) 0 | 1 


« 
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; Network board local ROM 
COMBINE 
MEMORY = 2K 
ADDRESS = 0C0000H | 0D0000h | 0E0000h 
MEMTYPE = oth 
WRITABLE = no 


SHARE = no 
SIZE = byte 
CACHE = yes 
DECODE = 32 
INIT = IOPORT(6) LOC (3-0) 1100 | 1101 | 1110 
; Network board local Ram 
FUNCTION = "Local RAM Initialization" 
CHOICE = "64K RAM" 
SUBTYPE = "64K" 
COMBINE 
MEMORY = 64K 
ADDRESS = 100000H-1F0000H STEP = 64K 
WRITABLE = yes 
MEMTYPE = oth 
SIZE = dword 


CACHE = no 
INIT = IOPORT(7) LOC(4 3 2 10) 00000-01111 
CHOICE = "128K RAM" 


MEMORY = 128K 
ADDRESS = 100000H-1FOO00H STEP = 64K 
MEMTYPE = oth 
WRITABLE = yes 
SIZE = dword 


CACHE = no 
INIT = IOPORT(7) LOC(4 3 2 10) 10000-11111 
ENDGROUP 
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; Serial Port section 
FUNCTION = “Serial Port" 
TYPE = "COM,ASY" 


TRIGGER = level 
PORT = 3f8h-3ffh 
SHARE = no 
SIZE = byte 
INIT = IOPORT(1) LOC (3-0) 0000 
INIT = IOPORT(2) LOC (15-2) 00000011111100 
INIT = IOPORT(3) LOC 3 110000 
INIT = IOPORT(4) LOC (2-0) 010 
CHOICE = "COM2" 
SUBTYPE = "COM2" 


TRIGGER = level 
PORT = 2F8h-2ffh - 
SHARE = no 
SIZE = byte 
INIT = IOPORT(1) LOC (3-0) 0000 
INIT = IOPORT(2) LOC (15-2) 00000011111100 
INIT = IOPORT(3) LOC (7-2) 110000 
INIT = IOPORT(4) LOC (2-0) 000 


CHOICE = “Port disable" 
SUBTYPE = “Port disable" 
DISABLE = yes 
FRE 


E 
INIT = IOPORT(4) LOC(0) 0 
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4.14.2 Read Slot Configuration Information BIOS Routine 


The following example illustrates a "Read Slot Configuration Information" BIOS 
routine Call. The data block returned by the BIOS routine indicates an ACME Ethernet 
Board installed in slot 4. 


Assume the following register assignments prior to executing the "Read Slot 
Configuration Information" BIOS routine Call: 
INT 15h, AH=D8h, AL=00h 
INPUT: 
= 0 
AL= 0 ;Read Slot Configuration Information 
= 4 ;Slot number for ACME Ethernet Board 


The following register values illustrate the parameters returned by the "Read Slot 
Configuration Information” INT15 Call: 


OUTPUT: i 


AH =  00h--Successful Completion (carry flag = 0) 
AL =  0Q0h~No duplicate IDs and board ID is readable 
BH = OQlh~Major Revision Level of Configuration Utility 
BL = 01h-Minor Revision Level of Configuration Utility 
CH = ADh-—Checksum of Configuration File (MSByte) 
CL =  0Q9h-Checksum of Configuration File (LSByte) 
DH = 04h~—Number of Functions on this board 
DL =  00111111b—Combined Function information byte 
DlandSI = Four byte compressed ID 

Diten = 04h (byte 0) 

DI{msb) = 65h (byte 1) 

Since = O1h (byte 2) 

SI(msb) = 05h (byte 3) 

4.14.3 Read Function Configuration Information BIOS Routine Call 


The following examples illustrate the "Read Function Configuration Information" 
BIOS routine call. The data block returned by the BIOS routine indicates an ACME 
Ethernet Board installed in slot 4. 


EP 0 426 184 A2 


EXTENDED INDUSTRY STANDARD ARCH12 £<TURE 
CONFIDENTIAL INFORMATION OF BCPR SERVICES, INC. 


Assume the following register assignments prior to executing the "Read Function 


Configuration Information" INT15 call: 


INT 15h, AH=D8h, AL=01h 


INPUT: 
AH = OD8h 
AL= Olh -Read Function Configuration Information 
CL= 04h -Slot number for ACME Ethernet Board 
CH = 00h ‘Read the data block for function 0 
DS:SI = 29B9:0600 :pointer to the data block returned 


The following register values illustrate ya Cae returned by the “Read 


Function Configuration Information" BIOS routine 


OUTPUT: 
AH = 00h Successful completion (carry flag = 0) 


The table on the following page illustrates the data block returned by the "Read 
Function Configuration Information” BIOS routine call for function 0. 
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Off- Bye 
set Value Description - 


1st Byte Expansion Board ID: ACE0105 (0465h) 

2nd Byte Expansion Board ID 

first and second hex digit of product number 

third digit of product number/1-digit revision number 
ID and slot information 

Miscellaneous ID Information 

Major Configuration Utility Revision Level 

Minor Configuration Utility Revision Level 

Ist Selection 

2nd Selection 

Not Used 


Function information (00001111b) 
TYPE string starts here 


Delimiter that separates TYPE string fragments 


End of TYPE string 
Delimiter to append subtype stritig 


End of SUBTYPE string 
Not Used 


80h _Initialization ne IOPORT(1) 
LSB IOPORT ADDR 

MSB IOPORT ADDRESS 

PORT VALUE 

Initialization Byte IOPORT(2) 

LSB IOPORT ADDRESS 

MSB IOPORT ADDRESS 

LST PORT VALUE 

MSB PORT VALUE 

LSB PORT MASK 

MSB PORT MASK 

Initialization Byte IOPORT(3) 

LSB IOPORT ADDRESS 

MSB IOPORT ADDRESS 

PORT VALUE 

PORT MASK 
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Initialization Byte IOPORT(4) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 

Initialization Byte IOPORT(S) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

Initialization Byte IOPORT(6) 
LSB IOPORT ADDRESS 

MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 

Initialization Byte IOPORT(7) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 

Not Used 


a 
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The following table illustrates the data block returned by the “Read Function 
Configuration Information" BIOS routine call for function 1. The register setup is the same 
as for the last call except CH=O1h. 


Off- By e 
set Value Description 


Ist “6 e Expansion Board ID: ACE0105 (0465h) 
and By yte Expansion Board ID 
first and second digit of product number 
third digit of product number/1-digit revision number 
ID and slot information 
Miscellaneous ID Information 
Vie Configuration Utility Revision Level 
or Configuration Utility Revision Level 
1st Selection 
2nd Selection 
3rd Selection 
4th Selection 
Sth Selection 
Not Used 
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Off- Eye 
set Value Description 
it 


Function information (00001111b) 
TYPE string starts here 


Delimiter that separates TYPE string fragments 


End of TYPE string 
Not Used 


Memory Configuration: ROM - (00011000b) 
ROM memory size (byte) 

LSByte ROM Start Address (0D0000h/100h = 0D00h) 
Middle Byte ROM Start Address 

MSByte of ROM Start Address 

LSByte ROM size (2048/400h = 0002h) 

MSByte ROM size 
Not Used 


" 


Interrupt configuration: IRQ2 (00100010b) 
Reserved 
Not Used 


DMA configuration: DMA channel 5 (00000101b) 
32-bit BURST transfers (00111000b) 
Not Used 


Not Used | 


tt 


a 
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The following table illustrates the data block returned by the “Read Function 
Configuration Information" BIOS routine call for function 2. The register setup is the same 
as for the last call except CH =02h. 


ist Byte Expansion Board ID: ACE0105 (0465h) 
2nd Byte Expansion Board ID 

first and second hex digit of product number 
third digit of product number/1-digit revision number 
ID and slot information 

Miscellaneous ID Information 

Major Configuration Utility Revision Level 
Minor Configuration Utility Revision Level 

Ist Selection 

2nd Selection 

3rd Selection 

Not Used 


i 


Function information (00000111b) 
TYPE string starts here ; 


Delimiter that separates TYPE string fragments 


Delimiter to append subtype string 


End of SUBTYPE string 
Not Used 


" 


Memory Configuration: RAM - (00011001b) 

RAM Memory Data Size (Dword) 

LSByte ROM Start Address (0D0000h/100h = ODOOh) 
Middle Byte ROM Start Address 

MSByte of ROM Start Address 

LSByte ROM size (2048/400h = 0002h) 

MSByte ROM size 

Not Used 
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The following table illustrates the data block returned by the “Read Function 
Configuration Information” BIOS routine call for function 3. The register setup is the same 
as for the last call except CH=03h. 


Off- | Byte 
set # | Value Description 


ist Byte Expansion Board ID: ACE0102 (0465h) 
2nd Byte Expansion Board ID 

first and second digit of product number 

third digit of product number/1-digit revision number 
ID and slot information 

Miscellaneous ID Information 

Major Configuration Utility Revision Level 
Minor Configuration Utility Revision Level 

ist Selection 

2nd Selection 

3rd Selection 

Not Used. 


Function information (00011001b) 
TYPE string starts here 


« 


WO COADNMA WHR 


Delimiter that separates TYPE string fragments 


End of SUBTYPE string 
Delimiter to append subtype string 


End of SUBTYPE string 
Not Used 


Interrupt configuration: TRQ3 (00100011b) 
Reserved 
Not Used 


Port IO Range entry (00000011b) 
LSB Port Address 

MSB Port Address 

Not Used 
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4.14.4 Write Nonvolatile Memory BIOS Routine CALL 


The following example illustrates a Write Nonvolatile Memory BIOS routine call. 


INT 15h, AH= D8h, AL=03h 


INPUT 
AH = OD8h 
AL= 03h 
CX = 004ih 
DS:SI = 15AA:0244 
OUTPUT: 


AH = 00h Successful completion (carry flag = 0) 


The data structure that i is passed to the Write Nonvolatile Memory BIOS routine for 
the ACME Ethernet board example: 


ist Byte Expansion Board ID: ACE0105 (0465h) 
2nd Byte Expansion Board ID 
first and second digit of product number 
third digit of product number/1-digit revision number 
ID and slot information (00000000b) 
Reserved 
ao Configuration Utility Revision Level 
or Configuration Utility Revision Level 
00h if no CFG File Extensions 
LSB length of function 0 entry 
MSB length of function 0 entry 
Length of following selections field 
1st selection 
2nd selection 
Function 0 information byte (00100001b) 
ee h of following ASCII TYPE string 
PE string starts here 


T 

, Delimiter- separates TYPE string fragments 
E 

i 
H End of TYPE string 


; Delimiter to append SUBTYPE string 
SUBTYPE string starts here 


om>r 
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Description 


Initialization Byte IOPORT(1) 
LSB IOPORT ADDRESS 

MSB IOPORT ADDRESS 
PORT VALUE 

Initialization Byte IOPORT(2) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
LST PORT VALUE 

MSB PORT VALUE 

LSB PORT MASK 

MSB PORT MASK 
Initialization Byte IOPORT(3) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 

Initialization Byte IOPORT(4) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE ; 
PORT MASK 

Initialization Byte [OPORT(S5) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

Initialization Byte IOPORT(6) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 

Initialization Byte IOPORT(7) 
LSB IOPORT ADDRESS 
MSB IOPORT ADDRESS 
PORT VALUE 

PORT MASK 

LSB length of function 1 entry — 
MSB length of function 1 entry 
Length of following selections field 
ist Selection 

2nd Selection 

3rd Selection 
4th Selection 
Sth Selection 
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Function 1 Information Bye (00001111h) 
Length of following ASCH string field 
N Type String Starts Here 


Delimiter that separates TYPE string 


Memory Config Byte (00011010b OTH cacheable ROM) 
Although this memory is cacheable, caching isn't 
implemented in this configuration and is so represented. 
Memory Data Size - Byte 

LSB Mem Start Address (divided by 100h) 

Middle Mem Start Address 

MSB Memory Start Address 

LSB Memory Size (bytes divided by 400h) 

MSB Memory Size (0002*400 = 860h = 2k) 

Interrupt Configutation Byte. 

Although this interupt may be sHared, it doesn't need 

to be in this configuration and is so represented. 
Reserved 

DMA Configutation: DMA Channel 5 (00000101b) 
32-bit BURST Transfers (00111000b) 

LSB length of function 2 entry 

MSB eo of function 2 entry 

Length of following Selections field 

ist Selection 

2nd Selection 

3rd Selection 

Function 2 Info. Byte 
oe of follow string field 


, Delimiter that separates TYPE string 


: Delimiter to append SUBTYPE string 
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Byte 
# Vv Description 


alue 

Memory Configuration Byte (00011001b) 

02h | Memory Data Size (Dword) 

LSB Memory Start Address (divided by 100h) 
Middle Mem Start Address 

MSB Memory Start Address 

LSB Memory Size oe divided by 400h) 
MSB Memory Size (0040*400 =10000h = 16k) 
LSB length of function 3 entry 

MSB length of function 3 entry 

Length of following selections field 
Ist Selection 

2nd Selection 

3rd Selection 

Function 3 Information Byte 

ee of following ASCII string field 


Off- 
set 
6Dh 


, Delimiter that separates TYPE string 


« 


n> 


; Delimiter to append SUBTYPE string 


Interrupt Configuration Byte 
Although this interupt may be shared, it doesn't need 
to be in this configuration and is so represented. 
Reserved 

Port 1O Range entry (00000011b) 
LSB Port Address 

MSB Port Address 

LSB Last Function Length = 0 
MSB Last Function Length = 0 
LSB Configuration file Checksum 
MSB Configuration file Checksum 
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5. GLOSSARY 


8-bit ISA Slave 
This slave device interfaces only to the 8-bit data bus and uses only the ISA signals. This is 
thes simplest and slowest of the slave devices and was first developed for use with the IBM 


16-bit EISA Master 
A device that uses the EISA control signals to perform bus operations independent of the 
host CPU. Data accesses are restricted to the lower 16-bits of the data bus, but all EISA 


control signals are used. 


16-bit EISA Slave 
A memory or I/O device that uses the EISA control signals to interface to the bus. Data 
accesses are restricted to the lower 16-bits of the data bus, but all EISA control signals are 


used. 


16-bit ISA Master 

A device that uses the ISA bus control signals to perform bus operations independent of 
the host CPU. Only the 16-bit ISA data bus and ISA control signals are used, limiting 
speed and performance. Access is possible to host system memory and I/O, as well as to 
any slave (ISA or EISA) on the bus. 


32-bit Connector 
The physical bus connector used in Extended Industry Standard Architecture (EISA) 
computers to extend the address and data size to 32 bits, and provide the fast cycle timing. 


32-bit EISA Master 
A device that uses the EISA control signals to perform bus operations independent of the 
host CPU. Data accesses utilize the full 32 bits of the data bus, and all EISA control 


Signals are used. 


32-bit EISA Slave 
A memory or I/O device that uses the EISA control signals to interface to the bus. Data 
accesses utilize the full 32-bits of the data bus, and all EISA control signals are used. 


Assert 
A signal is asserted by driving it to a logical true state. For positive-true signals this state is 
high logic voltage, and for negative-true signals this state is the low logic voltage. 


IBM PC is a registered trademark of International Business of Machines. 
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Bus Cycle 
A bus cycle is the action that occurs on the bus in order to transfer data. 


Bus Latency 
The time that elapses from when a bus master requests control of the bus until the bus 
master is given control of the bus. 


Bus Transfer 
A bus transfer is one or more bus cycles. For example, a DMA transfer consists of many 


DMaA read or write cycles. 


Byte Lane 
A byte lane is one of the four possible bytes that comprise the 32-bit data path on the RISA 
bus. Each byte lane corresponds to one of the four byte enable signals BE* <3:0>. 


DMA Controller ; 

This device provides control of the larger part of the system's DMA (Direct Memory 
Access) facility. The DMA controller responds to requests from the DMA device and 
provides address and control signals to the memory slaves and DMA device. 


x 


DMA Device 

The DMA device is typically located on a peripheral board on the EISA or ISA bus The 
DMA device initiates DMA transfers, which are controlled by signals generated y the 
system DMA controller. The DMA device either presents or receives data during a DMA 
transfer and uses several signals to inform the DMA controller of the status of the transfer. 


EISA Bus 

A bus which includes all of the features and facilities provided by the industry standard 
architecture (ISA) bus and also includes extensions defined in this document. The 
extensions use an additional connector for new signals which, together with the existing ISA 
signals, provide the ability to perform additional cycles not available on the ISA bus. 


EISA Master : 

A device which uses EISA's extended control signals to perform bus operations 
independent of the host CPU. The EISA bus master can request control of the bus, and 
assume complete control of all signals when it is granted the bus. The master can perform 
all memory and I/O cycles possible on the EISA bus, accessing both the system and any 
other such device on the EISA or ISA buses. 


EISA Slave 

A memory or I/O device which uses EISA's extended control signals to interface to the bus. 
An EISA slave does not initiate bus cycles. It simply responds to the control signals 
presented by the host CPU or other bus master. 
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Float 
When a signal is floated it is placed in the high impedance state, no longer driving the 
signal to a logic 1 or 0. 


Host CPU 

The main system processor. The host CPU typically has its own local bus allowing the CPU 
to access cache or local memory without using the BISA bus. The host CPU accesses the 
EISA bus like any other bus master, with the exception of a few special features. The data 
size of the host CPU does not determine the EISA bus size; the CPU can have a 8-, 16-, or 
32-bit data bus and still access the 16- or 32-bit EISA bus. 


ISA Bus 

The bus used in the Industry Standard Architecture (ISA) computers Aoreinaly embodied 
in the IBM personal computer AT or PCAT. The ISA bus provides the signals needed to 
perform the basic memory, I/O, and DMA functions of the system. 


ISA Connector 
The physical bus connector used in-the Industry Standard Architecture (ISA) computers 
(originally embodied in the IBM personal computer AT or PCAT). 


ISA Slave “ 

A device that uses the ISA control signals to interface to the bus. An ISA slave does not 

a bus cycles. It responds to the control signals presented by the host CPU or other 
us master. 


Negate 
Asi is negated by driving it to a logical false state. For positive-true signals this state is 


the low logic voltage, and for negative-true signals this state is the high logic voltage. 


Peripheral 

A peripheral is a hardware board that plugs into the ISA or-EISA bus connectors. The 
peripheral contains all of the circuitry associated with the function of the board. The 
peripheral can be either a bus master or a bus slave. 


Slot Specific 
The term slot specific is used in reference to certain signals of address ranges which are 


unique to a particular bus connector. 
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AENx Ii 
AMPERAGE Statement 309, 327, 355 
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DMA 256, 258 
Arbitration Priorities 
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Auto Initialize 239 
Automatic Configuration 
Devices Supported 295 
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Expansion Boards 295 
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Procedure 301 
Software Drivers That Require System 
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System Board 295 
System Board Peripherals That Use Slot- 
Specific 1/O Space 296 
System Board Peripherals That Use System 
Board I/O Space 296 
Back-to-Back I/O Delay 132 
BALE DB ~ 7 
Base Address 
8237-Compatible Segment 250 
High Page Segment 251 
Low Page Segment 250 
Base Address Register 250, 251 
16-bit 1/O 254 d 
32-bit I/O 255 
8-bit I/O “Count By Byte” Mode 
(ISA Compatible) 253 
Base Word Count Register 248, 249 
BCLK il 
Bitlist 304 
Block Transfer Mode 237 
Board Identification Block 305, 353 
AMPERAGE Statement 309 
BOARD Statement 306 
BUSMASTER Statement 309 
CATEGORY Statement 307 
COMMENTS Statement 310 
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ID Statement 306 
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LENGTH Statement 308 
MER Statement 307 
NAME Statement 306 
READID Statement 309 
SKIRT Statement 309 
SLOT Statement 307 
BOARD Statement 306 
Buffer Chaining 240 
Buffer Chaining Mode 
Enable/Disable 246 
Burst Bus Masters 110 
Burst Cycles 42, 50 
Burst DMA 73 
Burst EISA DMA Devices 122 
Bus Access 
Granting 16 
.. Requesting 16 
Bus Arbitration 4, 135 
Bus Arbitration Signals 16 
Bus grant latency 142 
Bus Master 104 
Capabilities 4 
Last Granted 285 
Bus Master Arbitration Cycle 147 
Bus Master Cycles 27, 42 
Bus Master Latency 146 
Bus Master Status Latch 
32-bit 286 
Bus Reset 282 
Bus Signals 19 
AENx 11 
BALE 13 
BCLK 11 
BE*<3:0> 8 
CHRDY 15 
CMD* B 
DAK* 17 
DRQ 17 
EX16* 12 
EX32 12 
EXRDY 13 
1016* 15 
IOCHK* 18 
IORC* 14 
TOWC* 14 
IRO 18 
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MASTER16* 17 
MRDC* 14 
MREOx* 16 
MSBURST 11 
MWTC® 14 
NOWS* 15 
OSC 18 
REFRESH* 18 
RESDRY 18 
SBHE* 11 
SLBURST 12 
SMRDC* 14 
SMWTC* 14 
START* 13 
Summary 19 
TC 17 
W-R 
Bus Timeout 282 
BUSMASTER Statement 309, 355 
CACHE Statement 343 
Capacitive Loading Requirements 154 
Cascade Mode 239 
CATEGORY Statement 307 
CFG File Extension Revision Level 362, 367 
Chaining Mode Register 245, 246 
Chaining Mode Status Register 247 
Channel Interrupt Status Register 247 
CHOICE Statement 322, 325 
CHOICE Statement Block 325 
AMPERAGE Statement 327 
CHOICE Statement 325 
DISABLE Statement 325 
SUBTYPE Statement 326 
TOTALMEM Statement 327 
CHRDY 15 
Clear Byte Pointer 243 
Clear Mask Register 243 
Clock 18 
CMD* 13 
COMBINE Groups 349 
COMMENTS Statement 310, 316, 320, 324 
COMPRESSED Cycles 42, 48 
Compressed ID 361, 366 
Compressed Manufacturer Code 389 
Configuration File 404 
Board Identification Block 305 
CHOICE Statement Block 325 
Format 305 
FUNCTION Statement Block 322 
Initialization Information Block 311 
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” Resource Description Block 334 
Resource Groupings 348 
SUBCHOICE Statement Block 327 
Syntax 301 
System Board 353 

Board Identification Block 353 
BUSMASTER Statement 355 
LENGTH Statement 355 
NONVOLATILE Statement 354 
SKIRT Statement 355 
SLOT Statement Block 355 
System Description Block 353 
System Statement 353 
Configuration File Filenames 300 © 
Configuration Files 298 
Configuration Information, 

System Software Use of 397 
Configuration Utility 297 
CONNECTION Statement 324 
Counter. Latch Command 292 
Counter Read Operation 291 
Counter Read-Back Command 292 
Counter Status Byte 293 
CPU Latency 144 
Current Address, 

8237 Compatible Segment 251 

High Page Segment 252 

Low Page Segment 252 
Current Address Register 251, 252 
Current Word Count Register 249, 250 
D<15:8> 9 
D<23:16> 9 
D<31:24> 9 : 
D<70> 10 
DAK*<3:0> 17 
DAK* <7:5> 17 
Data Bus 

Signal Group 8 
Data Bus Translations 79 


16- or 32-bit DMA Device to 8- or 16-bit ISA 


Memory 94 


16-bit DMA Device to 32-bit EISA Memory 


93 


16-bit EISA Bus Master to 32-bit EISA Slave 


83 

16-bit ISA Bus Master to EISA Slaves 86 

32-/16-bit EISA Bus Master to 8-bit ISA 
Slave 85 

32-bit DMA Device to 16-bit EISA Memory 
92 ‘ 


32-bit EISA Bus Master to 16-bit EISA Slave 
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Write Cycles 81 


32-bit EISA Bus Master to 16-bit ISA Slave 


83 
Read Cycles 84 
Write Cycles 85 


8-bit DMA Device to 16- or 32-bit EISA 


Memory 93 
Data Bus 
D<15:8> 9 
D<2Z3:16> 9 
D<3L24> 9 
D<70> 10 
Data Size Translation 4 
Data Transfer Protocol 
Synchronous 2 
Data Transfer Type 257 
DC Characteristics 151 
DECODE Statement 343 
Demand Transfer Mode 238 
DISABLE Statement 310, 325 
DMA 
32-bit Address Support 2 
Acknowledge 17 
Addressing 
32-bit 253 
ISA Compatible 252 
Arbitration Priority 256 
Auto-initialize 239 
Block Mode, 235 
Block Transfer Mode 237 
Buffer Chaining 240 
Burst DMA Timing 244 
Cascade Mode 236, 239 
Cycle Types 3 
DEMAND Mode 235 
Demand Transfer Mode 238 
Description 235 
Enhanced Functions 2 
ISA Compatible BLOCK Mode 143 
ISA Compatible Demand Mode 143 
ISA Compatible Timing Mode 236 
Master Condition 236 
Registers 
High Page 236 
Low Page 236 
Request 17 
Ring Buffers 241 
Single Transfer Mode 237 
Slave Condition 237 
Soltware Commands 243 
Clear Bytc Pointer 243 


Clear Mask Registér 243 

Master Clear 243 
Terminal Count 260 
Timing Mode 244, 245 
Transfer Combinations 261, 262 
Transfer Types 239 
Type "A," Timing 244 
Type ‘B," Timing 244 
Word Count 

32-bit 253 

ISA Compatible 252 

DMA Channel Description 364 


DMA Channel Description Block 334, 335 


DMA Channel Mode Select 257 


DMA Channel Select 245, 246, 256, 257, 258 


DMA Command Register 256 
DMA Controller 235, 236 
DMA Controller Registers 243 
Base Address Register 250 
Base Word Count Register 248 
‘. Chaining Mode Register 245 
Chaining Mode Status Register 247 
Channel Interrupt Status Register 247 
Current Address Register 251 
Current Word Count Register 249 
DMA Command Register 256 
DMA Status Register 260 
Extended Mode Register 243 
Mask Registers 258 
Mask Status Register 259 
Mode Register 257 
Request Register 258 
DMA Cycles 55 
Burst 55 
ISA Compatible 55 
Type "A" 55, 63 
Type “B* 55, 68 
Type °C" 73 + - 
DMA device 
Data Transfer Timing Size 235 
DMA Devices 115 
Data Transfers from 3 
Performance 3 
DMA Latency 143 
DMA Statement 336 
DMA Status Register 260 
DMA Transfers 
Misaligned 131 
Downshilt Burst Bus Masters 113 
DRAM 
Refresh 18 
DRQ<3:0> 17 
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Edge/Level Triggered Control Register 275 


EISA Connector 213 
Compatibility 213 
Environmental Performance 215 
Materials 215 
Physical Characteristics 214 
Specifications 215 
EISA CPU Cycles 42 
EISA Devices 97 
Burst Bus Masters 122 
Burst DMA Devices 122 
Bus Masters 104 
DMA Devices 115 
Downshift Burst Bus Masters 113 
1/O Slaves 103 
Memory Slaves 97 
Non-Burst EISA DMA Devices 119 
System Board 131 
EISA System Configuration 294 
Electrical Specifications 151 
Embedded Devices 394 
End of Interrupt 
Automatic 277 
Command 277 
Handling 277 
EX16* 12 
EX32* 12 - x, 
Expansion Board 
Identifying 392, 394 
Expansion Board Control Bits 395 
Enable 395 - 
IOCHKERR 395, 396 
IOCHKRST 396 
Expansion Board Iscouier 299 
EXRDY 13 
Extended Addressing Mode 235 
Extended Mode Register 243 
FACTORY Statement 316, 320 
Fail-safe Timer 281 
Fixed Priority Mode 278 . 
Flow Diagrams 43 
Free Groups 351 
Free-form Configuration Data Block Structure 
365 
Frec-form Data 375 ~ 
Fully Nested Mode 277 
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COMMENTS Statement 324 
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FUNCTION Statement 323 
HELP Statement 324 
SUBCHOICE Statement Block 327 
SUBFUNCTION Statement Block 329 
TYPE Statement 323 
GROUP and ENDGROUP Statements 333 
GROUP Statement Block 331 
ENDGROUP Statement 333 
GROUP Statement 333 
HELP Statement 310, 316, 320, 324 
I/O Address Decoding 134 
1/O Address Map. 
EISA System 384 
1/O Addresses 228 
1/O Control Functions 
System Board 228 
1/O Cycles 
16-bit 39 
&-bit 31 
Standard 42 
1/0 Delay 
Back-to-Back 132 
1/O Port Description Block 334, 339 
1/O Port Initialization 299 
1/O Port Initialization Statement Block 311 
I/O Ports : 
System Board 230 


_1/O Slaves 103 


ID and Slot Information 361, 366 
ID Statement 306 
In-Service Register 276 
INIT Statements 345 
I/O Ports 345 
Jumper 346 
Software 347 
Switch 346 
Initialization and Control Registers 268 
Initialization Data 3650 
Initialization for EISA Expansion Boards, 
By Device Driver 399 
Initialization Information Block 311 
I/O Port Initialization 311 
INITVAL Statement 312 
IOPORT(i) Statement 312 
SIZE Statement 312 
Jumper-Configuration Statement Block 317 
COMMENTS Statement 320 
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REVERSE Statement 318 
VERTICAL Statement 318 
SOFTWAREQ() Statement 321 
Switch Configuration 
COMMENTS Statement 316 
FACTORY Statement 316 
HELP Statement 316 
INITVAL Statement 315 
LABEL Statement 315 
NAME Statement 313 
REVERSE Statement 314 
STYPE Statement 314 
SWITCH() Statemeat 313 
VERTICAL Statement 314 


Switch Configuration Statement Block 313 


Initialization of EISA Systems 379 
Initialization Sequence 
Slot 380 
INITVAL Statement 312, 315, 320 
Intelligent Peripherals 
See Bus Master 
Interrupt 18 
See also, End of Interrupt 277 
Interrupt Controller 265 
BIOS Initialization Sequence 267 
Edge/Level Control Register 275 
1/0 Address Map 265 
In-Service Register 276 
Initialization 266 


Initialization and Control Registers 268 


Initialization Command Word 1 268 
Initialization Command Word 2 269 
Initialization Command Word 3 270 
Initialization Command Word 4 271 
Initialization Command Words 268 
Interrupt Mask Register 271 
Interrupt Request Register 276 
Master 265 
Modes 

Fixed Priority 278 

Fully Nested 277 

Polled 279 

Rotating Priority 278 

Special Fully Nested 278 

Special Mask 280 
Operation Control Word 2 272 


Operation Control Word 3 274 
Slave 265 
Interrupt Description Block 334,338 
Interrupt Mask Register 271, 272 
Interrupt Request Register 276 
Interrupt requests 
Multiple 278 
Interrupt Sequence 265 
Interrupts 
Clear 279 
Edge/Level Triggered 4 
Noo-maskable 281 
Peading 278 
Interval timer 
Control Word Format 289 
Counter Initial Count Value 291 
Counter Latch Command 292 
Counter Operating Modes 290 
Counter Read Operation 291 
Counter Read-Back Command 292 


*~ Functions 288 


* Monitoring Status 291 
Programming 289 

Interval Timers 287 

1016* 15 

IOCHECK Statement 310 

IOCHK* 18 

IOPORT() Statement 312 

IORC* 14 

IOWC® 14 

IRQ 18 

IRQ Statement 338 


Compatibility with 1 
ISA CPU Cycles 27 
ISA Cycles 23 
JTYPE Statement 317 


Jumper Configuration Statement Block 317 


JUMPER(i) Statement 317 
Jumperlist 304 
LABEL Statement 315, 319 
Lateacy 
CPU 144 
DMA 143 
EISA Bus Master 146 
NMI 145 = 
Refresh 144 
LENGTH Statement 355 
LINK Groups 348 
List 303 
Load Capacitance 155 
LOC(jumperlist) 318 
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Locked Cycles 95 
M16* 15 
Main Memory Access 131 
MAKx* 16 
Mask Registers 258 
Write All Mask Bits 259 
Write Single Mask Bit 259 
Master Clear 243 
MASTER16* 17 
Mechanical Specifications 213 
Memory Capacity 1 
Memory Configuration 363 
Memory Cycles 
16-bit 35 
8-bit 27 
Standard 42 
Memory Description Block 334, 341 
Memory Map Initialization 
Noncacheable 383 
Writable 383 
Memory Refresh 149, 282 
Memory Slave 97 
MEMORY Statement 341 
MEMTYPE Statement 342 
MER Statement 307 


Misaligned DMA Memory Reads (I/O Writes) 


G1 


Misaligned DMA Memory Writes (1/O Reads) 


Bil 
Misaligned DMA Transfers 131 
Mode Register 257 - 
MRDC* 14 
MREQx* 16 
MSBURST™ 11, Sd, 73, 74, 122 
MWTC* 14 
M-IO 12,8 
NAME Statement 306, 313, 317 
NMI 18, 281 
Enable/Disable 285 
Real-time Clock Address Port 285 
Software NMI Generation Port 285 
NMI Latency 145 
NMI Status and Control Port 
Extended 284 
NMI Status and Control Ports 283 
No Wait State 
See NOWS* 15 
Non-burst DMA Devices 119 
Non-maskable Interrupts 
Assertion of LOCHK* 281 
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Fail-Safe Timer Timeout 281 
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Software Generated NMI 282 
Speaker Control 282 
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Initializing 379 
NONVOLATILE Statement 354 
NOWS* 15 
Osc 18 
Parameterlist 304 
Parity Error 
System Memory 281 
Pin-out 226 
Poll Command 276 
Poiled Mode 279 
Port 1/O information 364 
PORT Statement 340 
PORTVARG) Variable 352 
Power Consumption 151 
Power-up Routine 379 
Priority 
Fred 139 
Rotating 139 
Product ID 299 
EISA Expansion Board 392 
Product Identifier 389 
Programmable Port Initialization Block 334 
Rangelist 303 
READID Statement 309. 
Refresh Controller 149 
Refresh Latency 144 
REFRESH* 18, 97, 149 
Request Register 258 
RESDRV 18 
Reset 
Hardware 18 
Resource Description Block 334 
DMA Channel Description Block 335 
DMA Statement 336 
SHARE Statement 337 
SIZE Statement 337 
TIMING Statement 337 
1/O Port Description Block 339 
PORT Statement 340 
SHARE Statement 340 
SIZE Statement 340 
Interrupt Description Block - 
IRQ Statement 338 
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CACHE Statement 343 
DECODE Statement 343 
MEMORY Statement 341 
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SHARE Statement 343 
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TOTALMEM Statement 327, 343 
WRITABLE Statement 342 


REVERSE Statement 314, 318 
Ring Buffer 
Data Structure 242 
Ring Buffers 241 
ROM BIOS Routine Calls 
Clear Nonvolatile Memory 368 
EISA System 356 
Identify System Board Type 357 
Read Function Configuration Information 
359, 408 
Read Slot Configuration Information 358, 
- 408 
Write Nonvolatile Memory 368, 416 
ROM Operations 
EISA System 356 
Rotating Priority Mode 278 
SBHE* 11 
Scatter-gather 4 
Semaphores 12 
SHARE Statement 337, 339, 340, 343 
Signal Routing 154 
Signal Translations 236 
Signal Usage 
EISA Expansion Boards 22 
ISA Expansion Boards 21 
System Board 20 
Single Transfer Mode 237 
SIZE Statement 312, 337, 340, 342 
SKIRT Statement 309, 355 
SLBURST® 12, 73 
Slot Initialization 
Error Handling 382 
Slot Search 
by a Product Dependent Device Driver 398 
by Product Independent Device Driver 397 


SLOT Statement 307 
EISA 308 
EMB{(n)} 308 
ISA16 308 


SLOT Statement Block 355 
Slot-specific I/O 132 
SMRDC* 14 
SMWTC* 14 
Software Commands 243 
Software Generated NMI 282 
Software Initialization Block 334 
SOFTWARE initialization) Statement Block 
321 
Speaker Control 282 
Special Fully Nested Mode 278 
Special Mask Mode 280 
Standard Configuration Data Block Structure 
; 360, 369 
START® 13, 15 
STYPE Statement 314 
SUBCHOICE Statement 329 
SUBCHOICE Statement Block 327 
SUBCHOICE Statement 329 
SUBFUNCTION Statement 330 
SUBFUNCTION Statement Block 329 
AMPERAGE Statement 327 
SUBFUNCTION Statement 329, 330 
SUBTYPE Statement 326 
SUBTYPE 
Creating 400 
SUBTYPE ASCTI String 362, 367 
SUBTYPE Statement 326 
” SUBTYPE String 
Device Driver Search 398 
SUBTYPE Strings 401 
Switch and Jumper Description Blocks 334 
Switch Configuration Statement Block 313 
SWITCH(i) Statement 313 
Switchlist 304 
System Arbitration Priorities 139 
System Board 131 
1/O Address Decoding 134 
System Board ID 390 
System Configuration 
Automatic 5 
System Description Block 353 
System Resource Requests 299 
DMA channels 299 
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I/O ports 299 

Interrupts 299 
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SYSTEM Statement 353 
T-C 17 
Terminal Count 17 
Test-and-set Operations 12 
Textlist 304 
Timing Parameters 

EISA 181 

ISA Compatible 156 
TIMING Statement 337 
TOTALMEM Statement 327, 343 
Transfer Rate 244 

DMA 235 
Transfer Types 239 
TRIGGER Statement 339 
TYPE 

Creating 400 
Type “A” 63 
Type “B" 68 
TYPE Statement 322, 323 
TYPE String 


VERTICAL Statement 314, 318 
Virtual devices 308 

Word Count Programming 252 
WRITABLE Statement 342 
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